堕天使の煉獄

古い形式のswfがActionScript3.0ではいろいろ問題ありの件。
あれからもちょっと調べてたらば。

どうも元のswfの中身の問題も影響大きいみたい。
基本的には古い形式のスクリプトは使えない、古い形式のswfの中でファイルを外部から開くのはoutっぽい？　などなど。
単純な動画の再生とフレーム指定ジャンプだけなら割と動く。
ただし、「現在何フレーム目か」、「○フレーム目に移動」といった操作や情報のアクセスはActionScript3.0からは出来ない。
これはもう仕様らしい。
なのでたとえばswfの中で箱があって、開いたアニメ表示したら「○○を手に入れた」みたいな事したくても、そのswf内で現在どのフレームを再生中なのか。再生が終わったのかも知る手段がないので、このままだとせいぜい、ずっと自動でアニメーションしてる背景オブジェ（置物）ぐらいにしか使えないぽ。

で、古い形式＝ver8以前＝avm1形式から、ver9以降＝avm2形式に変換すればフレームカウントとActionScript3.0からのフレーム指定移動は出来る用になるっぽい。
ただし元のタイムラインで作った再生制御が一切無効になって、フレーム0からラストまでだらーっと再生する感じになる。
なのでENTER_FRAMEイベントで自前でフレームの進行をスクリプトで記述する感じになるぽ。
詰まるところ素材とアニメーションセットをparaflaで埋め込んで、何フレーム目から再生して何フレーム目で止めて待機、とか○フレーム目から○フレーム目までをループ再生。的なのをENTER_FRAMEイベントでしこしこ書いていけば良い感じにadobeの有料ソフトなしでもいろいろ出来る様になるっぽい。
んでもまあ素材のパッケージ的な使い方になるのかな。

箱の例で言えば、swfファイル内の箱開いて「○○を手に入れた」でアイテムidを発行して受け取る。みたいな事は結局の所無理っぽいけど、スクリプト側から箱を閉じてる絵のフレームでループさせといて、moveclip（または表示位置のうえに透明ボタンとか？）をクリックしたら箱が空いてる絵のフレームに移動。
みたいな事は出来るようになる。

まあコレはコレで便利かなと。
キャラクタのアニメーションセット（歩いてるのとか飛んでるのとか）つくって、開始フレームだけメモっといて、ENTER_FRAMEイベント内で自前で現在再生すべきフレームを監視設定的な使い方できるし。
やっぱアニメーションの設定はタイムラインでやった方が楽ですしね。キーフレームだけメモしておいて使うってのはなんかローテクだけどｗ


でまあ次の問題は……avm1→avm2変換の方法がloaderスクリプトがいくつかでてきて、ローカルでswfファイル自体を書き換えるのがなんか上手く動かないのばかり。

loaderスクリプトだとロード完了確認とか、最初の画面で一括ロードとかするときになんか面倒そうだなーてのがあって。
swfファイル自体先にコンバートしておいてEmbedタグで自動読み込み（大元のswfに埋め込み）にしてしまいたい。

で、結局自前でコンバータ書くことにしたんだけども。
参考にしたActionScript3.0で記述されてるloaderスクリプトの中身のコンバート部分で、どうもよくわからないところが。

var rectNBits:uint = bytes[result] >>> 3;
result += (5 + rectNBits * 4) / 8; // stage(rect)

なんかのデータ分スキップするためにサイズを調べてるところっぽいのですが。
swfをバイナリエディタで値見ながらこの計算式当てはめてみると、なんか小数部が出てくるですよ。バイト数計算してるのになんで小数？？　なんか間違えてる？？

bytes[result] >>> 3
で１バイト分のデータの上位５ビットを取得。たとえば「12」と言う値が入っているとして。
result += (5 + 12 * 4) / 8; // stage(rect)

result=6.625ですよ。

あるぇー？
端数はどうするの？　てかなんでこんな中途半端な数値出てくんの
そもそもこのstage(rect)てなに？　（rectなので座標位置とサイズが入ってるんだろうけど、何のrectなのかさぱーり）

……結局、本家adobeのamv1フォーマットのpdf資料があるので見てみることに……pdf見づらくて嫌いなんで避けてたけど結局見る事になるのか……。

で見てみると、上位５バイトにデータサイズが入っていて、その次にx,y,width.heightの4つのデータが各データサイズ分並んでいるんだとか。

上の例だと5bitの中身が12だったら、残りの下位3bitの頭から、12bit*4個データが並んでるぽ。　そんでそれを8(bit)で割って、半端は切り上げでstage(rect)全体のバイト数が出る……と。

これってあれですよね……普通にバイナリ解析してフォーマット調べるなんてことする人向けの、フォーマットの資料無しじゃ普通に読めない用にするための迷彩部分っぽい？
いちいちビット演算しないと値が取れないし、そこまでしても得するのはせいぜい数bit～数バイト。しかも端数の残りのbitは無駄。
使い勝手優先ならデータ長フィールドなしにx,y,width.heightそれぞれ４バイト(uint32)も取っておけば問題無いわけですし。
と思ったけど、smf(スタンダードmidi)フォーマットと同じで、これまたswfの初期の古いｖｅｒがあった頃ってまだ、モデムとかでインターネットやってた時代だから、やっぱその数バイトとかケチるためにこんなフォーマットになってるのだろうか……。

あとなにげにこのrectの後にフレームレートと総フレーム数のデータが続くんですけど、loaderスクリプトでもswfバイナリみた感じでも、フレームレートは１バイト（=unsignedで255まで）のようなのですが。まあ十分なデータサイズですよね。
でもadobeの資料だとフレームレートは2byteになってるぽ……記載ミス？？　またも迷彩？（疑り深すぎｗ）

そんなかんじでヘッダ部のなかのver番号を書き換え、FileAttributesなるデータフィールドが存在しなければ追加、あればそのなかのあるビットフラグを立てておけばこのファイルはavm2でっせと偽装？　出来る様になるぽ。


そんな感じでQTでぺぺいとコンバータ書いて実際に試してみる。

うーん。
やっぱただの画像のアニメーションしてるだけのものは普通に使えるようになったけど、音声とか入ってるとなんか読み込み自体失敗するな。

どうせ再生フレームの位置変更以外最初からしないつもりであれば、それようのswf作れば良いだけの話なのでまあいいか。


でも次にはまったのが、loader経由で読み込むと普通につかえたのに、Embedで読み込むと現在のフレームとか取得できなく……。なんでー？

まだ昨日今日触り始めたばかりなのでこの辺あんまよくわかってないんですが、loader経由とEmbedで読み込むときの内部のプロセスがかなり違うっぽい。

結論としては

[Embed(source = '/sample04_new.swf')]private const EmbedClass: Class;
private var move1:MovieClip = new MovieClip();

var mcla: MovieClipLoaderAsset = new EmbedClass();
Loader(mcla.getChildAt(0)).contentLoaderInfo.addEventListener(Event.INIT, function callee(e:Event) :void{
　　　var info: LoaderInfo = LoaderInfo(e.target);
　　　info.removeEventListener(Event.INIT, callee);
　　　move1 = info.content as MovieClip;
　　　addChild(move1);
});

これでEmbed使ってのavm1→avm2形式変換後のswfをMovieClipとして使える用に。
Embedで読み込んだものの中からloaderオブジェクトを呼び出してそこから読み込んだデータを複製してるってな流れらしい。
なんでそうしないで

[Embed(source = '/sample04_new.swf')]private const moveClip: Class;
var move1:MovieClip = new moveClip() as MovieClip;

だとダメなのか良くわからんです。（これだと表示は出来るけどフレーム制御関係まったくさわれない状態になる。totalFrames=0とか返ってくるし）

でもまあ、MovieClipLoaderAsset使った方法だとEmbedで一旦ロードしたものを複製してる感じとのとこなので、普通にswf全体をロードするときの読み込みバイト数計算で一括してローディング画面実装はそのままこれでいけるのかな。
やっぱ鯖にうｐするのも単体のswf一本のがいいので。(swcでパッケージングとかいう手法もあるらしいけどまだ未検証）

んでもこのへん不便だなとおもうのが……ローディング画面の検証がやりづらい。
まあローカルはしょうがないにしても、鯖に上げた場合でも今日日、回線は光とか普通の現在では数百kbぐらいじゃロード一瞬で終わるのでほんとにちゃんとローディング画面意図したとおりに動いてるのかいまいちよくわかんねー。
便利になった（高速回線が一般化した）反面、逆に不便が生まれるのもなんだかなという気分に。


そんでもってちょこちょこと組んでみて思ったのは、C#風なオブジェクト指向っぽい感じになってるのだけども、データ構造と切り分けて組む感じではなくわりとスクリプトファイル(.as)単位で画像やらなにやら詰め込んだイベントを作りこんでいく感じのほうがいいかんじっぽいのですね。

どしてもリソース部分とコード部分切り分けてやる方法論がしみついてるので。

まあこのへんはなんか一本とりあえず作ってみないと実感的にどうなのかわからないところですが。

いまところ、弱そうなレイアウト回りの機能をライブラリ的な感じでちまちま作ってたりしてるだけで、実際のゲームっぽいのはどん何作ろう的なのもあんま固まってないぽ。

しかし、ActionScript、rect(Rectangle)はあってsize(width,height)はないのがちょっとめんどくさい。（point(x,y)はある）
しかもRectangleは組み込み型じゃないので毎度import必要だったりするのでちょっとうっとうしい。
それからお作法的にイベント登録したらremoveEventListenerでイベント登録を自前で削除しなきゃいけないところもちとめんどい。実際の所ＧＣでオブジェクト自体が開放されれば登録したイベントも消えるらしいのですが、しばらく残り続ける状態になるので、場合によってはパフォーマンスに影響が出るとかで。
とはいえ、段幕シューティングとかやって全部のタマにイベントとか付けたりしたりとか、極端な事をしなければremoveEventListenerし忘れてもそれほど大変なことにはならないっぽいですけど。

そんな感じでまだまだいろいろと手探り状態ぽ。