宇都宮ウエブ制作所

前回の
●透過画像について
でpng24って書いちゃってました。正しくはpng32。

間違いついでに気になってた疑問。
png32よりも同じく透明書き出しのできるpng8の方がいいんじゃないの？ってことなんですが、はっきりさせるために実験。
▼元画像ファイルサイズ
・png8... 30.4kb
・png32...319kb

と歴然の差のpng兄弟。flash上でどちらとも写真画質（画質80）に圧縮してみましたところ・・・
▼パブリッシュ後のswfファイルサイズ
・png8... 20kb（20834ｂ）
・png32...20kb（20553ｂ）

わずかにpng32が軽い！
しかしこの後サイズの小さなpng両者で試すとpng8が200ｂほど軽かった。何なの？大きさなの？
この辺はケースバイなのかもしれないけれど、レギュレーションバナーでb単位のチマチマ詰めが必要じゃないなら、減色のないジャギーもないpng32の方が私は好きだ！
※ちなみにこの実験では両者に目立ったＣＰＵ負荷の差は見られず。

毎回フンフン言いながら作ったものがいざパブリッシュしてみるとCPUを圧迫しまくっていて、泣く泣く削る、なんてのが私の場合よくあるのでメモメモ。羽のように軽いflashをさらさらりと作るのが目標ですよ。
今回は間接アニメーション。ついつい楽しくて動きを足してしまう。

●全身写真1枚を間接ごとにマスク切り分け
元写真は一枚だからファイルサイズは小さいだろうと思って油断してたらすごい負荷。結果×。

●透過画像について
透過にする場合、gifよりもpng24png32の方がflashが軽く圧縮してくれる。しかもpngの方がキレイだし。

●ジャギーと圧縮との付き合い方
間接ごとに切り分けた画像それぞれにスムージングなしで圧縮すると、許せないくらいのジャギーが発生し見栄えが悪くなるが、全身アニメーションをpng連番書き出しをし、そのpngに圧縮をかけても、全体にほどよいノイズが乗るような感じでまだ許せる。

●連番書き出しのお得な点
一枚一枚透過の部分を切り捨てて再配置すると体の軸がズレるため、タイムラインでアニメーション制御する場合では絶対やりたくないくらいの奇妙なブレやせわしなさが演出できる。コマ落ちアニメーションには最適かも。

今回通してわかったのは、私でもややこしくて考えたくないことはflashも嫌なんだなと。両手・両足・胴・頭それぞれマスクかけて、これを反転させたやつをこのタイミングでアニメーション、とかそらCPUもウーン言いますわ。

追記2008/07/10-------------------------------

●透過画像について
png24って書いちゃってました。正しくは透過png32。