var data:Object = {
    family: [
        {name : "自分", age : 10},
        {name : "父",   age : 30}
    ],
    pet: [
        {name : "ポチ",   age : 5},
        {name : "ユズピ", age : 3}
    ],
};

ご察知の方が多いと思いますがJSONやXMLで保存するのが簡単そうです。しかし次の場合はどうでしょうか。

var data:MyHouse = new MyHouse(
    [
        new Person("自分", 10),
        new Person("父",   30)
    ],
    [
        new Animal("ポチ",   5),
        new Animal("ユズピ", 3)
    ],
);

MyHouseとPerson、Animalというのはここではカスタムクラスとして用意したものとします。カスタムクラスが使われていた場合に、その型情報も保存するかどうかが悩ましいところです。

つまり、このようなケースも含めて最適な保存方法はどの形式なのか、XML・JSON・ByteArrayの3つを比較して紹介します。

XML

最も知名度が高く、テキストエディタでの編集が容易なことから最もFlashで扱われるデータ形式の一つです。ActionScript3.0ではE4Xによる解析も可能なので利用しやすいのが特徴です。

メリット

• 柔軟なデータ保持が可能。
• テキストデータなので再編集が容易（ヒューマンリーダブル）。
• E4Xによる解析が容易。
• 汎用データ形式なので別環境での再利用が可能。

デメリット

• ASネイティブデータの保存にはXMLへの自前パーサーを用意する必要がある。
• データ容量が大きくなる。
• 解析ロジックによっては計算時間がかかる。

Flashではビルドインでネイティブ←→XMLの変換機能が提供されていないため、その機能を自分で作る必要があります。そのため「自前パーサー」という言葉を使いました。

冒頭の質問のデータ形式については、自前パーサーの設計次第でカスタムクラスの変換・復元が可能です。Adobeが提供しているas3corelibのようなデファクトスタンダードなライブラリがない分、JSON形式と比べて採用しにくいのが難点かもしれません。

参考までに冒頭のデータをXMLに変換した場合の一例を示します。

<node type="myproject.data::MyHouse">
  <node type="Array">
    <node type="myproject.data::Person">
      <name type="String">自分</name>
      <age type="Number">10</age>
    </node>
    <node type="myproject.data::Person">
      <name type="String">父</name>
      <age type="Number">30</age>
    </node>
  </node>
  <node type="Array">
    <node type="myproject.data::Animal">
      <name type="String">ポチ</name>
      <age type="Number">5</age>
    </node>
    <node type="myproject.data::Animal">
      <name type="String">ユズピ</name>
      <age type="Number">3</age>
    </node>
  </node>
</node>

JSON

XMLよりもネイティブに近い形で保存できるため、データの変換・復元の扱いが容易な形式です。ActionScript 3.0では、Adobeが提供しているas3corelibのJSONクラスを使用することで、JSON形式への変換・再現が可能です。以下は、as3corelibのJSONクラスについての機能を評価したものとなります。

メリット

• as3corelibなどデファクトスタンダードなライブラリが存在する。
• テキストデータなので再編集が容易。
• ECMA標準のObject/Array形式で保存するため汎用性がある。
• JavaScriptなど別言語での再利用も可能。

デメリット

• 型指定が保存できない。
• データ容量が大きくなる（ただしXMLよりコンパクト）。
• デコード/エンコードの計算時間がかかる。

冒頭の質問のデータ形式については、カスタムクラスであってもpublicな変数や、読み取り可能なアクセサであればJSONデータとして変換可能です。ただし、JSONデータは型情報が保存されないため、ネイティブ(Object, Array, Number, Boolean, String)の型しか利用できず、型情報まで含めた復元はできません。

参考までに冒頭のデータをJSONに変換した場合の一例を示します。ご覧の通り型指定はありませんが、ネイティブのデータ形式と比べて非常に近い形で変換されているのがわかります。

[
  [
    {"age":10,"name":"自分"},
    {"age":30,"name":"父"}
  ],
  [
    {"age":5,"name":"ポチ"},
    {"age":3,"name":"ユズピ"}
  ]
]

ちなみに、JSONの使い方やXMLとの比較については、当ブログで紹介して紹介していますので、そちらも参考ください。

• ActionScriptでJSONを扱う方法

ByteArray

保存形式としてはあまり認知されていないと思いますが、ByteArrayにはwriteObject/readObjectというメソッドがあります。これはActionScriptのネイティブなデータ情報をバイナリとして扱うことができるため、データの再現性に優れた形式です。テキスト情報ではなくバイナリのため、データの変換・復元の計算も非常に高速なため、用途が限定されるのであればもっともパフォーマンスが高い形式かもしれません。

メリット

• ネイティブのデータで保持するため、完全な復元が可能。
• クラスの型指定も保持可能。
• バイナリなのでデータ容量がコンパクト。
• データのデコード/エンコードの計算時間が早い。

デメリット

• ActionScript 3.0以外での再利用が困難。
• テキストエディタなどでの再編集が困難。
• ByteArrayに対する知識が必要。

サーバーサイドへ保存する場合などバイナリでは扱いが複雑になるため、場合によってはBase64変換を使ってバイナリを文字列に変換してみるのもいいかもしれません（Base64は元のバイナリデータに対して138%のデータ容量になります）。wonderflにて検証したところでは、ByteArray＋Base64変換と、JSON変換だと前者のほうが圧倒的に早い結果を得ました。データ容量についても前者のほうが圧倒的にコンパクトで有利です。

検証結果

• [ Performance - Write ] ByteArray.writeObject vs JSON.encode
• [ Performance - Read ] ByteArray.readObject vs JSON.decode

参考までに冒頭のデータをByteArray + Base64に変換した場合の一例を示します。とてもヒューマンリーダブルなデータとは言えませんが、その分文字数も少なくデータ容量がコンパクトなことがわかります。

CQUBCjMrbXlwcm9qZWN0LmRhdGEuUGVyc29uCXByZWYHYWdlCW5hbWUKIydteXByb2plY3QuZGF0
YS5QcmVmBWlkBgQNBgtUT0tZTwQbBglZQVNVCgEKBQQbBgtPU0FLQQQdBglOT0JV

まとめ

一概にどれがベストであるかは評価が難しいところですが、評価のポイントとして次を検討してみるといいかもしれません。

• 変換・復元の計算速度
• 変換後のデータ容量
• 型指定まで含めた復元が必要かどうか
• 別アプリで保存データを編集するかどうか(汎用性)
• 保存形式が利用可能かどうか（文字列かバイナリか）
• 保守・永続性

それでは次回は、私が開発したJSONクラスに取って代わるXMLで型指定データも保持可能なライブラリについて紹介したいと思います。

こちらは野中さんと私が出演する無料のイベントです。ActionScript 3.0での3Dの実装について基礎的な考え方や実践に役立つテクニックを披露します。8/2(月)と平日ですが、夜から開始なので仕事が終わってから（もしくは夕食がてら抜けだしてきて）参加できるかと思います。無料なのでお気軽に起こしくださいませ！

• 詳細・お申し込みはこちらから

野中さんの新刊著書「 ActionScript 3.0による三次元表現ガイドブック」をテキストにして、みっちり一日かけて学習するワークショップです。書籍では3Dの基礎知識と数学（行列やベクトル）について解説されています。数学に苦手意識を持っている人も多いでしょうが、ActionScript 3.0で3Dや動き・ビットマップの制御を作っていくとこれらを使う機会も多いです。特に数学的知識についてFlash系の書籍でこれだけ充実した内容で触れているものは少ないので、これを機会に講師の野中さんから直接学び、苦手意識を克服して表現の引き出しを増やしてみてはいかがでしょうか。

• 詳細・お申し込みはこちらから

Flash CS4から搭載された数値入力のインターフェースが直感的で使いやすくて便利なので、Flashでコンポーネントを作ってみました。このインターフェースは従来のコンポーネントと比較して、次のような点で優れています。

• キーボードを使わずに値を変更できる
• 直接入力にも対応しているので、任意の値へ調整できる
• 場所を取らない

動作サンプルはこちらから。

• UI like Flash CS5 | wonderfl

作ってみて、思った以上にいい感じで動作するので、先日作ったAIRアプリ「Easing Generator」に組み込んでみようかと思います。使い方やソースコードは以下から。

使い方

使い方はいたって簡単でこんな感じです。

var label = new DraggableTextInput();
label.minimum = -100; // 最小値
label.maximum = 100; // 最大値
label.value = 0; // 値
label.snapInterval = 1; // 変更時のステップサイズ
label.addEventListener(Event.CHANGE, _onChange);
addChild(label);

// 値が変更されたとき
function _onChange(event:Event):void {
    trace(label.value);
}

MITライセンス（個人・商用利用は無償）でwonderflに投稿しているので、ご自由にお使い下さいませ。

• http://wonderfl.net/c/aSwW

FlashのActionScriptトゥイーンエンジンに利用できるカスタムイージング（加減速）編集アプリを作りました。ActionScriptでトゥイーンを作成するとテンプレートと言える「イージング関数」は数種類しかないので似たような動きになりがちです。それを解決すべく作った、動かし方を自由に編集できるツールということです。ActionScript 3.0で主要なトゥイーンエンジン各種に対応しています。

インストール方法と主な使い方は以下から。

このアプリが役立つ場面

［上：Flash Professionalのような感覚で加減速を調整できる］

このアプリは主に次のような場面で役に立つと思います。

• 標準搭載のイージングに自分の求めている動きがなかった
• 始点と終点で別々のイージングを適用したい
• 他の人と同じイージングを使うのが嫌だ

簡単な動きであれば標準のイージングでことが足りるのですが、Flashを作りこめば標準のイージングで物足りないということもあるかと思います。

ダウンロード

次のリンクから「Easing Generator」の最新版のAIRアプリのファイルをダウンロードできます。AIRアプリなので、Windows/Mac/LinuxのいずれのOSでも利用可能です。

• Download – clockmaker tools

※ツールはAdobe AIRアプリのため、最新版のAdobe AIR 2 のランタイムが必要です。

使い方ビデオ

ビデオにもまとめていますので、素早く使い勝手を把握したい方はこちらを参考にしてくださいませ。ビデオは1分15秒です。

使い方

1. アプリを起動
2. グラフのラインにポイントを打つ
3. ドラッグ＆ドロップで曲線を編集
4. プリセットから選ぶと便利
5. 対応しているトゥイーンエンジンを選択
6. ［Copy］ボタンをクリックしてクリップボードにコピー
7. フレームアクションやクラスに、コードをペーストする（※トゥイーンエンジンのパスを予め通しておく必要がある）

［上：各種トゥイーンエンジンに対応したソースコードを自動生成します］

グラフの編集はFlash Professionalに搭載されているカスタムイージングに近い使い方です。

対応しているトゥイーンエンジン

対応しているトゥイーンエンジンは次の4種類です。要望が多数あれば他のトゥイーンエンジンにも対応しますが、Google CodeにソースコードをMITライセンスで公開していますので、カスタマイズしてもらっても構いません。

• Tweener
• BetweenAS3
• KTween
• TweenMax

注意点

常用には差し支え無いと思いますが、すこしばかり注意点があります。メモがてら今後のタスクとして。

• パスの曲線が交差することがある(人間側の努力で防げると信じています)
• カスタムイージングは通常のイージング関数よりも複雑な計算をするため、若干処理が重たいかも。(数百・数千のトゥイーンを同時に再生させない限りは問題ないと思います)
• fl.motion.BezierSegmentクラス(Flash CS3〜CS5同梱)が動作に必要

イージングにこだわりを持つことから、コンテンツのブラッシュアップへとつながれば幸いです。

関連記事

• [BetweenAS3] カスタムイージング
• BetweenAS3を使ってカスタムイージングの始まりと終わりに別のイージング関数を指定する方法
• Saqoosha.net :: FuseKit の Custom Easing Tool を Tweener で使う

FlashではSWC（スウィク）ファイルを利用することで、ActionScriptのパブリッシュ/ビルドが早くなることを先日のSpark 勉強会で発表しました（「Spark project 勉強会 SP3」の発表ビデオ）。主にAS3ライブラリ開発者向けの情報になるのですが、そのSWCファイルにASDocコメントを含める方法を紹介します。

ASDoc入りのSWCファイル「Fat SWC」とは

通常のSWCファイルにはASDocコメントが含まれません。つまりコードヒントのコメントを利用できないというデメリットがありました。AS3登場後、様々なAS3ライブラリがSWCファイルで提供されていますが、そのほとんどがコメントなしのSWCです。

Fat SWCとは、SWCファイルにASDocコメントを含めた形式です。そのため対応したソフト（FlashDevelop 3.2.1やFlash Builder 4）では、ソースコード利用時と同様にコードヒントにASDocコメントを表示することができます。通常のSWCではASDocコメントは表示されません。ASDocコメントが表示されることは重要で、ヘルプを参照する手間を極力省くことができます。

［上：Fat SWCに対応しているFlashDevelop 3.2.1］

［上：Fat SWCに対応しているFlash Builder 4］

※FDTというエディターはFat SWCに対応しておらず、Fat SWCのASDocコメントは表示されないらしいです。

Fat SWCの構造

Flex SDKでFat SWCを作る場合は本来は次の手順を踏みます。

1. SWCファイルを生成する
2. ASDocをXMLで生成する
3. SWCファイルをZIPとして(.swcを.zipにリネームしてから)解凍する
4. SWC内にASDocのXMLをコピーする
5. SWCファイルをZIPとして圧縮し、拡張子を.swcに戻す
6. 完成

完成したファイルは次のように「docs」フォルダがあり、XMLファイルが格納されています。XMLにはASDocのコメント情報が記述されています。

［左：Fat SWC、右：通常のSWC］

ただ、この手順を踏むのは非常に不便です。試したところ、Flash Builder 4でAntタスクを利用して半自動的に行うのがベストでしたので、その方法を紹介します。Antタスクとは、コンパイルや諸々の作業を専用のXMLファイルに記述して自動実行するツールです。

Flash Builder 4でFat SWCの作り方

（1）Flash Builderで「ライブラリプロジェクトを作成」します。

（2）「src」フォルダにSWC化したいAS3ライブラリのソースファイルを格納。ここでは例として、Spark Projectからダウンロードできる「BetweenAS3」を利用しています。

（3）Antビルド用の、build.xmlをプロジェクト内にコピーします。build.xmlはこちらからダウンロードください。(Macの設定ファイルのみ記述しています。Windowsの場合はWindowsのFlex SDKのパスを修正ください)

AntはFlash Builder 4にプリインストールされているかは忘れてしまったのですが、もし入っていない場合は記事「FlashBuilder 4 に Ant を導入する – まさにっき（コードで世界を変えたい人の記録）」を参考にプラグインをインストールします。

（4）［パッケージエクスプローラ］の「build.xml」を右クリックし［実行］→［Ant Build］を選択してAnt ビルドを実行します。

（5）［コンソール］パネルにログが表示され（一部文字化けのログもでる）数十秒待つと、「BUILD SUCCESSFUL」と表示されます。

(6)プロジェクトの「bin」フォルダを確認します。そこにはSWCファイル「mylib_fatswc.swc」が生成されていますが、これがASDoc入りのFat SWCです。ファイル名は自由に変更して利用できます。

以上となります。不明な点やWindowsのFlash Builder 4同梱のFlex SDK 4の場所などお知らせ頂ける場合は、コメントいただけると幸いです。

それではFat SWCで、効率のよいコーディングを！

参考記事

• Creating SWC files with asdoc comments.. « Gaurav’s Blog
• Build SWCs with ASDoc for Flash Builder 4 – Flash Builder Tips

Flashではスクリプトでトゥイーンを作るとインタラクションに関わるいろいろ制御が楽だったりするのですが、トゥイーンライブラリにビルドインされているイージングの種類も限られているので、求めている動きに近づけるときに限界を感じることがたまにあります。

ということで、BetweenAS3のイージング関数の引数に、Flash Professionalのようなカスタムイージングを適用するデモを作ってみました。ベジェでイージングの曲線をカスタマイズすると、わりと求めている動きに近づけられるかもしれません。

• BetweenAS3 Custom Easing Generator

Flash Professional カスタムイーズイン、イーズアウト

メモ1.

BetweenAS3にカスタムイージングを適用する方法は、Custom.func()を使って次のようなスクリプトを記述します。

var ease:IEasing = Custom.func(
    /**
    * @param t 時間
    * @param b 開始値 (0.0が代入される)
    * @param c 増加の傾き (1.0が代入される)
    * @param d デュレーション
    *
    * @return 0.0〜1.0周辺の結果を返せばOK
    */
    function(t:Number, b:Number, c:Number, d:Number):Number {
        return c * (t/d) + b; // ここをカスタマイズ
    }
});

BetweenAS3.to(target_mc, {x:100}, 10, ease).play();

メモ2.

出力機能とか付けていないので見るだけのデモですが、いつか時間ができたらAIRアプリとかにしてコピペできるようにしてみたいところです。別の方法になりますが、始まりと終わりに別々のイージング関数を指定する方法も以前ブログに記事を投稿しました。

• BetweenAS3 を使ってカスタムイージングの始まりと終わりに別のイージング関数を指定する方法

メモ3.

Progression4にはTweenListというリストコマンドが搭載されています。トゥイーンだけでなく、関数をイージング付けて実行したいときなどにはTweenListは重宝します。どういう使い方ができるかというと、次のデモがわかりやすいかと思います。

• [Math] Integral Simulation
  

メモ4.

ベジェ曲線はこちらの記事が参考になりました。Flash Professional同梱のBezierSegmentクラスにはgetYforX()という便利なメソッドが用意されていて、それを使うとカスタムイージングが作りやすいです。

• ベ ジエ曲線の仕組み (4) – ActionScript 3.0 でベジエ曲線を描く – てっく煮ブログ
• fl.motion.BezierSegmentで三次ベジェ曲線を描く | 2BLOG

この記事は「カスタムイージングを作成できるAIRアプリEasing Generator」へ続きます。

ちょっとした子ネタの紹介。ActionScript 1.0/2.0の頃にFlashのどこからでも参照できる「_root」や「_global」という変数がありました。それをActionScript 3.0でも使う方法です。

手順1.ファイルを用意

flaからパスの通った階層（とりあえずflaファイルと同じ階層でOK）に「_global.as」というASファイルを作成します。

手順2. スクリプトを記述

ASファイル「_global.as」に次の三行を記述します。

package {
    public const _global:Object = {};
}

はい、以上です。

試しにスクリプトを記述

フレームアクションでもクラスでもどちらでもいいので、次のスクリプトを記述してみましょう。

_global.my_num = 1000;
_global.my_str = "moja";

trace(_global.my_num);
trace(_global.my_str);

出力パネルに結果が表示されるはずです。

一応、説明

ActionScriptファイルはクラスファイルのみを記述できると思われがちですが、packageの括弧内（かつclassの括弧の外側）に記述することでこのように任意の変数やメソッドを定義することもできます。変数_globalはObject型として型指定したため、何でも挿入できます。

packageパスは特に記述しないことでデフォルトの名前空間になるため、どこからでもimport文を通さずに参照できるというわけです。

少しバッドノウハウの紹介でしたが、応急処置的にグローバル変数を利用したいときや、AS2からの移行を考えている方には役立つかもしれませんね。

ソースのダウンロード

ソースファイルはこちらからダウンロードできます。（Flash CS4形式）

※もっとも重要なことを最後に書いていますので、読まれる場合は記事の最後まで必ずご覧ください。

MovieClipの先頭フレームが1から0になる

従来はMovieClipの先頭フレームは「1」でした。しかし配列をはじめプログラムで扱うには「1」よりも「0」のほうが望ましかったため「0」を採用されることのことです。

this.gotoAndStop(0); // 先頭フレームへ

this.gotoAndStop(this.totalFrames - 1); // 最終フレームへ

噂では次期Flash CSSのタイムラインも先頭フレームは0となっているようです。

型指定ができるDictionaryクラスとして用意された新クラス

FlashPlayer10から配列で型指定したい場合はVector型というクラスが用意されました。ハッシュとして利用する場合はDictionaryクラスがありましたが、その強化版としてGlossaryクラスが用意されました。Vectorと同様に型指定できるようになっています。

var g:Glossary.＜String＞ = new Glossary.＜String＞(true, true, 10);
g["hoge"] = "hogehoge";
g["piyo"] = "piyopiyo";
g["moja"] = 16; // ←数字を挿入するとコンパイルエラーになる

※参考までにDictionaryは「辞書」という意味ですが、Glossaryは「宝典」という意味です。

GPU対応が進む、PixelBenderや行列計算にも対応

1O.1のGPU対応としてH.264ビデオの再生支援が既に紹介されていますが、実はPixelBenderや行列計算(特にネイティブのMatrix3Dによる計算)、そしてdrawTriangle()にも適用されることがわかりました。これにより3Dの各種計算やテクスチャマッピングへの効果的な最適化が行えるようになります。WinだけでなくMacでもLinuxでも有効になるみたいです。

フォーラムで聞いた話によれば、Papervision3Dの次期バージョン PapervisionXでも対応を進めているとか。使用方法はHTMLのエンベッド時にパラメーターをwmode=”gpu”にすることで有効になります。

スクリプトでwmodeの変更が可能に

root.loaderInfoにwmodeプロパティーが追加されました。これによりランタイム時に動的にwmodeをtransparentに変更することが可能になります。スクリプトでは以下のように記述します。

import flash.display.StageWMode;
root.loaderInfo.wmode  = StageWMode.TRANSPARENT;

ActionScript 3.1の搭載

Flash Player 1O.1とバージョンが上がるのと一緒に、ActionScript 3もマイナーバージョンアップし、ActionScript 3.1が搭載されます。ActionScript 3.1は頓挫したECMA Script 4の採用を諦め、ECMAのHarmony(ハーモニー)に準拠する方向へシフトしたようです。

例えば、import文の挙動が変わります。従来はSpriteクラスやTextFieldクラスを利用する場合は

import flash.text.*;
import flash.display.*;

とたくさんのimport文を書く必要がありました。しかし、ActionScript 3.1では以下のように記述すれば、一括でインポートすることができます。

import flash.*;

外部ライブラリを使う場合には、import文をより完結に書けるので開発効率があがりそうですね。もちろんコンフリクト(重複)する場合は完全なパッケージ名を記述することで回避可能です。

またActionScript 3.1ではオーバーロードも対応しています。既にbeinteractive先生がwonderflにサンプルのソースコードを投稿されているのでぜひチェックしておきましょう。JAVA言語をやっていたことのある方には馴染みのある記法ですね。

• http://wonderfl.net/code/e1f284e51af7a978d7c8b88dec71cbb72f498981

グローバルサウンドコントローラー

ActionScript 3.0では動的に作成したSoundインスタンスの音量を一括で管理することができませんでした。しかしグローバルサウンドコントローラー(GlobalSoundControllerクラス)が搭載され、全体の音量を一括で処理しやすくなりました。

import flash.media.*;
root.loaderInfo.uncaughtSound.addEventListener(
    UncaughtSoundEvent.SAMPLE_DATA_EVENT,
    function( e:UncaughtSoundEvent ):void{
         var c:GlobalSoundController = e.target as GlobalSound;
        c.volume = "50%"; //全体の音量を50%にする
    } );
}

グローバルエラーハンドラーという機能が10.1には搭載されますが、1O.1のグローバルサウンドコントローラーは互いにスペル間違いしないように気をつけないといけませんね。

まとめ

オープンスクリーンプロジェクトの成果としてスマートフォンに搭載されることで期待されるFlash Player 1O.1。ActionScript 3.1の搭載は現場レベルでは少し混乱が起きそうですが、GPU対応などパフォーマンス的にはかなり向上するので、SWFObjectのバージョン判定等でいっきに1O.1を指定してみてもいいかもしれませんね。

ということで、4/1のエントリーとしてまとめてみました。もちろん４月馬鹿な内容ですが(念のため)、こういう機能があればいいのになぁという個人的希望でまとめてみました。最後までご覧頂きありがとうございました。

エイプリルフールネタの記事

• BeInteractive! [Abode Flash CS4 RC1]
• 今日気になったページ – PHP,MySQL,Flexな日々＋イラストとか

現時点では70個ぐらいピックアップしました。

つっこみがあれば@clockmaker_coreまでリプライ頂ければと思います。

ちなみに@matsumosさんが変数名まとめサイト的なものも開発されるらしいです。そちらも楽しみ！

AS3 のパーティクルエンジンである Stardust (スターダスト)についてチュートリアル記事、第2弾目。

前回の記事では、Stardust は「イニシャライザー」と「アクション」がカスタマイズの鍵ということに触れました。今回の記事ではそれらの役割について説明します。まずは、視覚的にわかりやすいデモを作りましたので、こちらをご覧ください。(右側のパネルで各種パラメーターを調整し、左側で表示されているパーティクルの演出をカスタマイズすることができます)

• Stardust パラメーターシミュレーション
• ソースファイル(ZIP, Flex 4プロジェクト)

以下、詳細を説明します。

イニシャライザーとは

イニシャライザーとは、パーティクルの初期値を設定するクラスとなります。EmitterクラスのaddInitialize()メソッドを使って、エミッターにイニシャライザーを追加していきます。

デモでは、以下のパラメーターをイニシャライザーとしてカスタマイズできるようにしています。

• パーティクルの開始スケール値 (Scale クラス)
• パーティクルの元となるスプライトの種類 (DisplayObjectClass クラス)
• パーティクルの生存値 (Life クラス)

[図1] イニシャライザーで、パーティクル発生時の透明度やスケール値にランダム性を持たせた例

イニシャライザーの種類紹介

他にも様々なイニシャライザーがありますが、一部の代表的な2Dのイニシャライザーを紹介しておきます。

• Life : パーティクルの生存値(アクションでAgeとDaethLifeを有効にする必要あり)
• Position : パーティクルの発生位置を調整
• Scale : パーティクルの開始スケール値を調整
• Alpha : パーティクルの開始透明度を調整
• DisplayObjectClass : パーティクルの元となるスプライトの種類
• Rotation : パーティクルの開始角度を調整

アクションとは

アクションとは、パーティクル発生後にどのような動きをするかを設定するクラスとなります。EmitterクラスのaddAction()メソッドを使って、エミッターにアクションを追加していきます。

デモでは、以下のパラメーターをアクションとしてカスタマイズできるようにしています。

• 加速値(Accelerate クラス)
• スケール変化 (ScaleCurve クラス)
• 重力の速度 (Gravity クラス)

[図2] アクションを加えて、パーティクルに重力やスケール変化を適用させた例

アクションの種類紹介

他にも様々なアクションがありますが、一部の代表的な2Dのアクションを紹介しておきます。

• Age : 寿命を有効化
• DeathLife : 死滅を有効化
• AlphaCurve : 透明度変化を有効化
• ScaleCurve : スケール変化を有効化
• Move : 移動を有効化
• Accelerate : 加速を有効化
• Damping : 減速を有効化
• Gravity : 重力の速度を有効化
• DeathZone : パーティクルが死滅する領域を指定
• AbsoluteDrift : 動きのランダム方向を指定(雨粒のように左右にぶれるような動き)
• Oriented : Velocityに関係する回転運動を指定

まとめ

Stardustを扱う上で、どのようなイニシャライザーやアクションがあるかを把握することが、表現の自由度を高める効果的な学習ステップになると思います。公式サンプルのソースコードは全てダウンロード可能ですので、どのようなクラスを用いて動かすかはサンプルコードを参考にすればわかりやすいと思います。

なお、本記事で紹介しているイニシャライザーとアクションはStardustのほんの一部ですので、興味のある方は公式ドキュメントなどを参考にしらべてみるといいかもしれません。

次回は任意のタイミングでパーティクルをON/OFFする方法について説明します。

続く…

関連記事

• パーティクル表現のためのAS3ライブラリ「Stardust」
• Stardustを使ってAS3のパーティクル表現を学ぶ Vol.01