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

回転ブラーは上記のように取得したサンプルの画素に、更に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等 のことだ。

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

Macのspotlightは、予め検索範囲の領域が指定されていて、場合によっては探したいファイルが見つからなかったりします。例えばFlashのローカル共有データを格納している.soファイルも検索に引っかからないし、Adobe Media Playerでダウンロードした.flvファイルも然りです。

そんなわけで、Highlight。spotlightの検索範囲に追加したい領域のインデックスを、GUI操作で作成してくれるフリーツールです。

Highlight.app

まぁ、おされなミュージックラバーな方は、自分のセンスをアピールすることができていいかもしれませんね。なんか僕のウィジェットには、mihimaru GTの「気分上々↑↑」が表示されているのが、もの凄く恥ずかしいのですが、コレは知人に頼まれて買いましたですよ。いやホントに。

FLASH的には、以前エントリーしたように、スクロールバーのステージ外でのマウスリリースに対し、外におけるドラッグの停止処理がされていないのが少し残念ですが、そんなこと普通は気にしないか。

My iTunesウィジェット

例えば、演算子のこんな使い方とか。

Dateオブジェクトを比較演算子で比べる

var yesterday:Date = new Date(2008, 4, 19);
var today:Date = new Date(2008, 4, 20);
var tomorrow:Date = new Date(2008, 4, 21);
trace(yesterday < today);  // output true
trace(tomorrow < today);  // output false

論理和演算子を使い、いくつかの候補の中からfalseに変換されない値を代入する

var max_width1:int;
var max_width2:int = 300;

var max:int = max_width1 || max_width2 || 500;
trace(max);  // output 300

プログラム言語としてのJavaScriptについてきっちりと書かれているので、相乗効果でActionScriptの勉強にもなり、一石二鳥な感じです。

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

FlashBlogの人が「コリンには悪いけど、いまんとこAS3本ではコレ最強！」と絶賛していたので、オーダーしてみました。

Beginner's Guideというサブタイトルを冠してはいるものの、OOP的なアプローチで解説されており、プロのFLASHerの方にとっても、ナイスなリファレンスとして重宝されるのでは、と。

そして特筆すべき点として、オライリーが遂にフルカラーのプログラム本を出したことを挙げています。おかげで掲載されているサンプルコードも、FlashのActionScriptパネルと同様のカラーリングだとか。ナイス。

円高のウチに買っとく？

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

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

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

マリオカート Wii

特設サイトの充実ぶりを見ると、今回のPerfumeの起用は、単に「いま人気上昇中だから」ってこと以上に、Perfumeというキャラに好感度を持っているであろう、オタクやテッキー系の人たちのネットリテラシーの高さを知った上で、そこからリーチしていこうという、かなりしたたかとも言える構想があっての決定なのかなぁと。まぁ、広告のことなんて、全然分からないけど。

PTV
MTV Japan特設ページ

ここから駄文。
ピノで思い出したけど、昔ピノは当たり付きだったような気がする。

当時僕はまだ幼稚園児で、青森に住んでいた。ある日家の裏にある駄菓子屋でピノを買って帰ってきた。箱を開けると「当たり」の文字があり、その箱を持ってまた駄菓子屋に行き、別のピノをもらって帰ってきた。

そして、2個目のピノを開けると、なんとまた「当たり」。三たび駄菓子屋に行き、3個目のピノをもらい、今度はその場で箱を開けると、またまた当たり。

結局その駄菓子屋のピノが全部当たりで、何個当たりが出たかは憶えていないけれど、最終的には別のアイスをもらった。そのピノじゃない別のアイスも当たりなんじゃないかと思ったが、さすがにそれはなかった。

そこで、「ピノ　当たりつき」でググったら、こんなのを見つけた。

ピノ（Pino）、森永乳業のアイスクリームのこれのこと。あれ、子供の頃は当たりつきだっ ... とにかくピノは当たりつきだったんだ。だが、人気商品には模造品もつきもの。もっのすごーくよく似たアイスだった可能性も…。

あのアイスが、偽ピノだったのかどうかは僕にも分からない。