mieki256's diary

Lenovo IdeaPad A1 から、LAN上のPCにアクセスして、画像ファイルを開きたい。

親父さんが写真を撮ってきた際、IdeaPad A1を使って、夕食後、家族で見れたら楽かもしれないと。親父さんが、わざわざフォトフレームの類に画像を転送して、ACアダプタケーブルをぶらぶらさせながら見せようとしてたので。

◎ 方法その1、ESファイルエクスプローラを使う。 :

◎ 方法その2、Digital Photo Frame Slideshowを使う。 :

◎ 方法その3、ComittoN (Comic Viewer)を使う。 :

◎ 方法その4、Windwos Media Player 12 をDLNAサーバ(?)にする。 :

BG2枚+スプライト相当80枚を、IdeaPad A1 ―― 600x1024、Android 2.3.4 端末で描画してみたら、15FPS前後しか出なかった。酷過ぎる。

手前のBGを半透明で描いているから遅いのかなと思い、試しに市松模様で半透明モドキにしてみたけれど。それでも17FPS。2FPSしか速くならない。その上、見た目がチラチラして、とても気持ち悪い。市松模様でそれらしく誤魔化す方法は、1ドットがそのまま出る状況じゃないと使えないのだな。

Canvas#scale() で全体の拡大縮小をしていたけれど、試しに setFixedSize() を使う形に変えてみたり。… setFixedSize() を呼ぶと、surfaceChanged() が再度呼ばれてしまうあたりで少しハマった。また、画面全体にピッチリ引き延ばされてしまうので、縦横比がかなりおかしなことになってしまった。

実機上で動かしてみたところ、前述の枚数・描画面積でも45FPSぐらいになった。ここまで速くなるとは…。その代わり、見た目が汚くなった。拡大縮小する際に、特定の補完処理がかかっているようで、画面がボケボケに。また、前述のとおり、縦横比がおかしくなる。横画面にするとさらに酷い。

つまり、IdeaPad A1に限って言えば。

• Canvas#scale() を使うと、画面は少し綺麗だが、処理は遅い。
• setFixedSize()を使うと、画面は汚いが、処理は速い。

ということになるのかなと。ただ、端末によって結果が変わるという話もどこかで見た記憶があり。

ここまで速くなるのであれば、基準サイズを、320x480から480x800にしても、そこそこ動くのではないか。試してみたが、残念ながら30FPS前後まで遅くなった。画像が大きい＝描画面積が増えてしまうと、やっぱり処理時間がグンと増えてしまうのだろう。

Androidは画面解像度がバラバラ。縦横比も異なる。リアルタイム2Dゲームの類を作るにあたっては、どうやって対応させたものかと悩んでいたり。GUI部品をずらずら並べて作るタイプの、いわゆるユーティリティ系のアプリなら、まだどうにかなるのかもしれないけれど。その手の2Dゲームの類は、きっちりとドット単位で位置を決めて動かさないとゲームとして成立しないわけで。

とりあえず、縦横比を羅列して眺めてみたり。「長辺/短辺」は、短辺を1としたときの長辺の長さ、ということになる。

長辺	短辺	長辺/短辺
320	240	1.3333333333
400	240	1.6666666667
432	240	1.8
480	320	1.5
800	480	1.6666666667
854	480	1.7791666667
960	480	2
960	540	1.7777777778
960	640	1.5
976	600	1.6266666667
1024	600	1.7066666667
1024	768	1.3333333333
1280	720	1.7777777778
1280	752	1.7021276596
1280	768	1.6666666667
1280	800	1.6
1366	800	1.7075

一番小さい値で、1.333…。一番大きい値で、2。本当にバラバラ。違いがあり過ぎる。

1.333に合わせて基準となる画像やレイアウトを作っておいて、それを、縦横比が2の端末で、画面全体に引き延ばしてしまうと、見た目がとんでもないことになる予感。できれば、ゲーム画面内の縦横比は合わせておきたい。となると、上下もしくは左右に隙間を入れるしかナサゲ。

dipなる単位を使えばいいのかなと思ったけれど、ldpi、mdpi、hdpi それぞれに 1024x600ピクセル等があるということは、論理サイズなるものからして、異なる大きさだらけのはずで。となると、dipとやらで指定しても全然解決しない気がする。さて、どうしたもんか。