今回はズームブラーと回転ブラーに挑戦してみました。ズームブラーは前回のマスクパターンを利用したエフェクトの応用で、サンプルとする画素を画像の中心から放射状に並ぶ形で取得し、加重平均平滑化を行っています。

回転ブラーは上記のように取得したサンプルの画素に、更に90度加算してやるだけで実現できます。

BlurTest.as
ZoomBlur.as

んー、前回に比べると、実行速度がとても遅い感じ。どこか処理を間違っているのかなぁ？

こういうエフェクトを実用したい方は、popforgeにImageprocessing Libraryというのがあって、その中にZoomBlurとRadialBlurというクラスが用意されているようなので、試してみるといいかもしれませんねー。（このライブラリはswcファイルによる提供で、多分Flex用。詳しいことは分かりませぬ。）

余談ですが、ZoomBlurクラスは書籍掲載のサンプルコードに倣って、for文内で使うローカル変数をそのブロックの外でごっそりと定義したのですが、大量のデータを走査する場合は、こういうスタイルがプログラムの実行速度に影響を及ぼすのでしょうか？
僕は大抵for文内で変数定義をしているのですが。

TextMateがASエディタとしてとても優秀ということなので、とりあえずインストールしてみました。ちょっと試してみたところ、パッケージのimportを自動的に追加/削除してくれないのと、そして何よりもコードヒントが出ないのが非常に残念なところです。ただ、メニューを眺めた感じだと、その他の機能はかなり充実してそうですね。

価格はシングルライセンスだと$62。Flex Builderに比べればかなり安価。でもコードヒントの表示機能がないのはかなり痛いから、結局今のところはFlex BuilderがMacの最強ASエディタかなー。

キャプチャ1

キャプチャ2

今回は「マスクパターン」と呼ばれるものを用い、各々の画素にエフェクトを適用する際に、そのピクセルだけではなく、周辺の画素の値も考慮して計算を行っています。

EffectTest.as
ImageEffects.as

「加重平均平滑化」は、少々効果が分かりづらいかもしれませんが、元の色をできるだけ保持しつつ、色の変化を緩やかにしてくれるという、要するにブラーみたいな効果ですね。

getPixel()、setPixel()を多用しているので、色々と高速化の余地はあるのでしょうが、まぁとりあえず基本っていうことでご容赦ください。
それと今回用いたマスクパターンは基本的な一例です。詳しく知りたい方は、「ラプラシンフィルタ」とかで検索してみると、色々と勉強になることが分かるのではないかと思います。

最後に、まったくの余談ですが、サンプルで使っているなんだかエッチい感じの女の人は、レナという名前だそうで、こういう理由から画像処理をするときのサンプルの定番らしいです。
ホントにエロイ人（18禁）だったんですねー。

ジュンク堂で平積みにされているのを目にし、ほとんど衝動買いに近い状態で購入しましたが、こういう無理めな本を買うにはイキオイも必要かと思うのですよ。

サンプルがC言語で書かれていることもあり、やはりそれなりに難しいのですが、Photoshop等の画像処理専用のアプリによってブラックボックス化されている一連の処理も、当然プログラムで実行されているわけで、そういうアルゴリズムをFlashでも実現できたらかなり役に立つのではないかと思います。

そんなわけで初歩の初歩ですが、線形関数を用いた色調変換に挑戦してみました。

toneCalibration.swf

右下がりのラインにすると、ネガ化処理とかできますね。

色調変換の部分はこんな感じです。

/* 
  pixelsにはgetPixel()で取得した24ビットカラーの値を、
  r, g, bの各々のプロパティとして保持したオブジェクト
  を格納してあります。
*/
var len:uint = pixels.length;
for (var i:uint = 0; i < len; i++) {
	var rgb:Object = pixels[i];
	var x:uint = i % bmd.width;
	var y:uint = Math.floor(i / bmd.width);
	
	// rgbの全てに対し、線形処理を行い、24ビット16進数の形に戻す
	var calibratedColor:uint = ColorConversion.rgbToHex24(calibrateColor(rgb.r), calibrateColor(rgb.g),　calibrateColor(rgb.b));
	
	// レンダリング
	bmd.setPixel(x, y, calibratedColor);
}

// 色調変換用の関数
function calibrateColor(color:uint):uint {
	// y1はトーンカーブの始点のyの値
	// y2はトーンカーブの終点のyの値
	// それぞれ0〜255の範囲でマッピングしてあります
	return ((y2 - y1) * color) / 255 + y1;
}

今までこのメソッドは親のディスプレイオブジェクトから、このオブジェクトをremoveChildするタイミングでコールすることが多かったのだけれど、そうではなく自分自身のremovedFromStageイベントにリスナーとしてdisposeを登録しておけば、せっかく実装したメソッドを呼び忘れることが少なくなるのではないかと思うのだけれど、どうだろう？

public class DragTest extends Sprite implements IDisposable {

  // コンストラクタ
  public function DragTest() {
    stage.addEventListener(MouseEvent.MOUSE_MOVE, mouseMoveListener);
    // removedFromStageイベントにdisposeをリスナーとして登録しておく
    addEventListener(Event.REMOVED_FROM_STAGE, dispose); 
  }
  
  // IDisposableで定義したメソッドを実装
  public function dispose(event:Event = null):void {
    stage.removeEventListener(MouseEvent.MOUSE_MOVE, mouseMoveListener);
  }

  /*  
    このリスナーの登録を解除し忘れると、
    イベントターゲット(この場合stage)はsomeObjectへの参照を保持し、
    メモリーリークの原因となる（はず）
  */
  private function mouseMoveListener(event:MouseEvent):void {			
     someObject.someMethod();
  }


  // 以下略
}

IDisposable.as

package  {
 
  import flash.events.Event;
  
  public interface IDisposable {
    function dispose(event:Event = null):void
  }
	
}

ドキュメントのロードと解析が終了すると、onloadイベントハンドラが呼び出され、JavaScriptはイベント駆動型に切り替わります。つまり、マウスの移動やクリック、キーの押下に応じてイベントハンドラが非同期に実行されるようになります。

という記載があった。

僕はこれまで非同期イベントという言葉を、関数がトリガーされてから、その結果が戻ってくるまで、予測する事はできないけれど、ある程度の時間的遅延を要するイベント、みたいな意味で使っていた。具体的には、外部画像やXMLの読込みや、DBからのデータ取得といった処理をする際に、コールバック関数を登録するようなイベント - 例えばonResultとかonLoad等 のことだ。

上記の解説では、「イベントが非同期に発生する」のであって、「非同期イベント」とは言っていない。つまり、「非同期」という言葉を、明らかに異なるタームで使っているので、僕の考える「非同期イベント」も強ち間違いではないと思うのだけれど、これからは少し気をつけて、「非同期」という言葉を使おうかなと思った、そんな日曜日の朝でした。

kazekotoba.の場合は、indexシーン直下にPostSceneという投稿記事表示用のScenObjectを都度動的に生成し、ボコボコとaddChildしているだけなのですが、ある投稿記事から別の投稿記事へとシーン移動した際に、以前のPostSceneを削除しなければならなかったのです。

で、ちょっとまた微妙なコードになってしまったけれど、一応削除できたコードがコレ。PostSceneの_onInitメソッドです。

protected override function _onInit():void {
  addCommand(
    new Func(this, function():void {
      // 前のScenObjectを取得
      var previousScene:SceneObject = this.previous;
      // このオブジェクトでなかったら、parent(indexシーン)から削除
      if (previousScene != this) this.parent.removeChild(previousScene);
      })
  );
}

で、こっちがウマくいかなかったコードです。onUnloadのタイミングで自分自身をサクっと削除してもらいたかったけどダメでした。コレ結構考えそうな気がするので、一応晒しておきます。

protected override function _onUnload():void {
  addCommand(
    new Func(this, function():void {
      // this.parent、thisともに参照はできてますが、意図した通りに動きません。
      this.parent.removeChild(this)
    })
  );
}

indexシーンの方に不要になったSceneObjectを削除するコードを書きたかったのですが、これもウマい方法が見つかりませんでした。ということで、毎度言い訳満載で申し訳ありませんが、「コイツはこんなヘンテコなやり方なのね」くらいで読んでくれると、気持ち的に楽な感じです。

2008/05/03追記
このやり方で前のSceneObjectを削除すると、ブラウザの戻るボタンや、Flashのコンテクストメニューの「前に戻る」ボタンをクリックしたとき、戻るべきシーンがすでに存在せず、結果としてページ移動が行われなくなってしまうことが判明。
seyselfさんがわざわざ中継用シーンを用意しているのは、こういうことなのかなぁ？うーむ。

最近のFlash Playerのセキュリティーの変更に関係あるのかなぁ、と思うのだけれど、Player 9.0.115でも9.0.124.0でも問題なくgatewayに繋がる環境もあれば、繋がらない環境もあるのが非常に悩ましい。

大体自分のドメイン（http://studio-hedgehog.com）においてあるswfから、同じドメイン内にあるgateway.php(http://studio-hedgehog.com/amfphp/gateway.php）に接続するのに、セキュリティー違反も何もないと思うんだけれど。

そんなわけでもう5、6時間ハマったきり。せっかくProgression Frameworkの制作事例に掲載していただいただけに、なんとかしたいです。

【追記】
まさかと思って、クロスドメインポリシーファイルを置いたら直りました。本当にクロスドメイン問題だったみたいorz。

<?xml version="1.0"?>
<cross-domain-policy>
<allow-access-from domain="*.studio-hedgehog.com" />
</cross-domain-policy>

【DRM配信】

Flash Media Rights Management Serverが必要。価格は546万円。うひょ！

【HE-AAC】

mpeg4標準音声規格AAC(Advance Audio Codec)の拡張。HEはHigh Efficiencyのこと。iPodで視聴できるビデオはFair PlayがかかっていなければAMPでも再生できるが、iPod、iTunesがHE-AACをまだサポートしていないため、今のところ相互互換性は完全にはない。

【H.264】

Flash PlayerはH.264のアルファチャンネルは未対応。今後サポート予定

【感想】

AppleがiPhone SDKで開発したアプリを流通・課金できるプラットフォームを用意するとかって話みたいに、個人レベルのビデオ作品も著作権が保護された上で、課金もできるような環境が整えば、もう少し幸せな世の中になるんじゃないのかなぁ？

寝食も忘れてゲームにハマったのは久しぶりかも。

それでもレーティングは6500辺りを行ったり来たりです。

廃人コースに足を踏み入れる危険性があるので、マリカー購入はお勧め致しません。

マリオカート Wii