ガンバル携帯Flashでハマる７つの落とし穴

anonymous

Dec 01, 2008

Flash Lite
Mobile

こんにちは

カヤックモバイル＄のアラガです

先日「デコメ８０取放」に「デコメ絵文字作〜る」という開発者もユーザーもモーレツにガンバルFlashLiteで作ったコンテンツをオープンさせました。

「デコメ絵文字作〜る」って何？というのを説明しますと、携帯電話でピコピコして20x20dotで最大10フレームのアニメーション絵文字を作ることが出来るコンテンツです。

今までもアプリでは沢山絵文字作成ツールはありましたが、アプリだと３キャリア分開発しなければならないので、思い切ってFlashで制作してみました。

さて、ユーザーがガンバル携帯Flashでは、一般的なPC向けのFlashや待ち受けFlashの制作では想像もしないような落とし穴が沢山あります。

今回は沢山ハマった中から、厳選した７つの落とし穴を紹介いたします。

１．誰も教えてくれないPOST出来るデータ量の制限

な、なんと！携帯各社のドキュメントにはどこにも出てこないのですが、携帯からPOSTする際のデータ量には限界がありました。

この事実に気づいたときには愕然としました。サーバー側のAPIもFlashの実装も半分くらい終わっていたため、大幅な仕様変更を余儀なくされたのです。

さて、ケータイでPOSTする際のデータ量ですが、だいたい 1.5〜2K以内で押さえればほとんどの機種でPOSTできます。自信が無いのでやや曖昧な表現とさせていただきました。

２．ループでメモリオーバーってウソっすよね？

PCだと想像できないことですが、400回程度のfor文やwhile文でも油断するとメモリオーバーにすぐになります。

ループでメモリオーバーの問題はDeviceCentralなどのエミュレーター上では再現されず、携帯で使ってみないと確認できないので脅威的です。

例えば下記のようにする等して、がんばってがんばって対応して、あとはガクガクブルブルしながら実機で使ってみましょう。

普通の処理

var _yLine:Number = 0; var _xLine:Number = 0; var pixColor:String; for (var i:Number = 0; i < 400; ++i ) { _yLine = Math.floor(i / 20); _xLine = i - 20 * _yLine; pixColor = "0x"+getColor( i); targetMC.beginFill(Number(pixColor)); targetMC.moveTo(_xLine,_yLine); targetMC.lineTo(_xLine,_yLine+pixelSize); targetMC.lineTo(_xLine+pixelSize,_yLine+pixelSize); targetMC.lineTo(_xLine+pixelSize,_yLine); targetMC.endFill(); }

参照をまとめて最適化

var _yLine:Number = 0; var _xLine:Number = 0; var pixColor:String; var PRERIX_HEX:String = "0x"; var PIXCEL:Number = pixelSize; var UNIT20:Number = 20; var LIMIT_LOOP:Number = 400; var i:Number = 0 for (i; i < LIMIT_LOOP; ++i ) { _yLine = Math.floor(i / UNIT20); _xLine = i - UNIT20 * _yLine; pixColor = PRERIX_HEX+getColor( i); targetMC.beginFill(Number(pixColor)); targetMC.moveTo(_xLine,_yLine); targetMC.lineTo(_xLine,_yLine+PIXCEL); targetMC.lineTo(_xLine+PIXCEL,_yLine+PIXCEL); targetMC.lineTo(_xLine+PIXCEL,_yLine); targetMC.endFill(); }

これで300%くらい最適化できます。この他にも上記の例だと、

・endFill、beginFillが結構コストのかかる処理なので、必要最小限にする。
・forループの処理をタイマーやEnterFrameを使って一回の処理を分割する

など少しずつ試して最適化します。

３．loadVarsで取ってきたデータがFlashのサイズを蝕んでいく

ケータイFlashのサイズは100kまでというのは有名な話ですが、100kとはコンパイルしたswfのサイズだけではありません。

loadVarsで取ってきたデータのサイズやFlashでの処理中に変数にセットされるデータ量など、表示されている間に追加されるすべてのデータサイズを足したサイズが100kまでということです。
もし１００k超えると、とたんに悲劇が起こります。

したがって、ガンバル携帯Flashではロードするデータ量もしっかり考慮しなければなりません

「デコメ絵文字作〜る」では20x20dot x 10 フレーム分のデータサイズ等諸々を考慮して初期サイズが50kを超えないように注意して作成しました。

４．loadVarsでPOSTできないという衝撃

さぁ、だいたい機能の実装はおわりました！

しかし、ケータイの場合はココからが勝負です。docomoでは動いたのにauでは動かない。いや、auのある機種では動いたのにある機種では動かない。。。

そう、この戦いは延々と続きます。

この機種依存の中で最も厄介なのが、loadVarsでPOSTできない機種が存在する
これはGETを使うことで対応できますが、GETにすると一度に転送できるデータは2kからさらに減少することになります。
携帯Flashでは通信するためには何らかのユーザーアクションが必要なため、ユーザーアクションをむやみに増やせないという理由から、「デコメ絵文字作〜る」は申し訳ないですが、POSTできない端末は、非対応機種とさせていただきました。