アドビのエバンジェリストとして Flash には十年来関わってきたマイクチェンバースが、今回の Flash Player を巡る決定の背景を説明する記事を書いています。
Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash
今日は、記事の翻訳ではなく、この記事の内容を元に、何故デバイス向け Flash Player 中止という決定がされたのか、勝手に考察してみます。
マイクによると、先日なされた発表は、以下のような内容だったということです。
今後デバイス環境向けに Flash Player の新規開発は行わないという発表がありました。
（Flash to Focus on PC Browsing and Mobile Apps; Adobe to More Aggressively Contribute to HTML5）
要約すると、
という内容で、それに伴い、HTML5 への投資を一層強化するとのことです。
Adobe MAX 20111 から Falsh 関連情報をまとめるシリーズの最終回です。 （前回：機能編 その 2、前々回：機能編 その 1、前々々回：言語編）
今回は、開発作業の効率化関連で提供が予定されているものを紹介します。例によって、以下の項目が 2012 年中に公開されるかどうかは保証の限りではありません。また、永遠に出てこないかもしれません。その点ご了解の上お読み下さい。
パフォーマンスチューニングの際に、「いま、何が原因でフレームレートが落ちたんだろう？」 って苦労している人に朗報です。 （たぶん）
Flash Player に新しく搭載される Telemetry は、コンテンツ再生中の詳細な状況を Flash Player が報告してくれる機能です。フーレムごと、Flash Player の具体的なパフォーマンス情報が通知されるという話なので、今までブラックボックスだった Flash Player 内部の動きも、少し見通しが良くなりそうです。
Adobe MAX 20111 から Falsh 関連情報をまとめるシリーズの 3 回目です。 （前回：機能編 その 1、前々回：言語編）
今回は、新しく追加が検討されている機能の紹介の続きです。毎度ながら、以下の項目が 2012 年中に公開されるかどうかは保証の限りではありません。また、永遠に出てこないかもしれません。その点ご了解の上お読み下さい。
デバイスが普及したことなどにより、Flash 制作でもビットマップを利用する機会が増えてきたようです。ということで Flash Professional CS 5.5 では、シンボルをビットマップとして書き出すオプションなどが追加されたりしました。
さらに、Flash Player 11 から Stage3D が使えるようになったことで、今後はぐっとビットマップを操うケースが増えそうです。そうすると、効率的にビットマップを扱えること、高速にビットマップ操作のできることが、より重要になってきます。
前回の記事 "言語編" の続きです。
前回は開発言語に関連する話題が中心でしたが、今回は新しく追加が検討されている機能を中心に扱います。
例によって、以下の項目が 2012 年中に公開されるかどうかは保証の限りではありません。また、永遠に出てこないかもしれません。その点ご了解の上お読み下さい。
Flash Player では、スクリプトの実行も描画処理も、みんなおんなじ 1 つのスレッド上で順番に実行するのが基本的なモデルです。そのため、スクリプトの実行に時間がかかると、画面の更新が遅れたり、場合によっては画面がしばらく固まった状態になることもあります。
この問題を解決するため、時間のかかる処理はメインスレッド外で並列処理できるように Flash Player の改良が行われてきました。例えば I/O 関連では、既に、非同期の読み込みや書き出しに対応した API が提供されています。
最新の Flash Player 11 では、画像のデコード処理も非同期で行えるようになりました。従来は、大きな画像をステージに読み込むタイミングで一瞬アニメーションが止まる、となっていた場面でも、この変更によりスムースに再生できるようになるでしょう。
今年の MAX では Flash ランタイムの新機能、Stage3D が大きく扱われていました。従来の千倍のポリゴン描写ができるということで、新しい可能性が開けそうです。
でも、Stage3D により強化されるのは描画性能だけです。かつ、新しい書き方を覚えないとメリットを享受することができませんし、Flash なのにビットマップに縛られるのも窮屈です。
「Stage3D に不満な訳ではないけれど、これだけでは... 」 と思った人のために、MAX から Flash の今後についての情報です。
以下、ご紹介する項目は 2012 年公開を目標にしているものが殆どのようです。もちろん遅れることもあるでしょうし、機能が削られることもあると思います。ですが、もし、本当に以下の機能を揃えられのであれば、来年はずいぶんと楽しい年になりそうです。
先週行われた Flash Camp Brazil で、Flash ランタイムの方向性についていくつか情報が公開されました。そのときの資料はこちらからダウンロードできます。
まず、大きなニュースはこれです。
今後は Flash ランタイムの公開が定期的に行われるようになります。更新間隔は、3 ヶ月で、大きな機能追加が行われるバージョンは 1 回おきになります。
実は、Flash Player 10.2 （冬バージョン） から既にこのサイクルは始まっていて、なので、早くも Flash Player 10.3 （春バージョン） のベータも公開されている、という訳です。この流れだと、夏バージョンは大きな機能追加があるバージョンということになります。
機能強化の方向性については、以下のようなトピックが話されました。
Adobe Labs に Pixel Bender 3D のプレリリースが公開されました。（Pixel Bender 3D@Labs）
Pixel Bender 3D は Pixel Bender に 3D 描画用の機能を持たせたバージョンです。先日公開された Flash Player 11 インキュベーターリリースの 3D API "Molehill" を利用するプログラムを記述できます。
ダウンロードはこちらです。（Pixel Bender 3D@Labs Downloads）
プレリリース版がサポートする環境は、以下の通りです．
Flash Player の 3D API "Molehill" を使った 3D 描画をするには、頂点及びフラグメントシェーダ作成してそれを Molehill に渡します。このとき、シェーダを記述するのに使われるのは AGAL と呼ばれるアセンブラ言語です。
これに対して、Pixel Bender 3D を使えば、より "高級" な言語を使って Molehill 用のシェーダを開発できるようになります。
Pixel Bender 3D を記述する文法は、従来の Pixel Bender と同じです。Pixel Bender 3D で記述したプログラムは、コマンドを使って Molehill API で読み込める形に変換します。必要なコマンドはダウンロードファイルに含まれています。
具体的な開発方法や API は、ダウンロードファイルの docs ディレクトリ下に含まれています（英語ですが）。加えて、サンプルコードも提供されています。
先週の Adobe MAX 2010 で発表された Flash Player の 3D API （コード名 "Molehill"） の情報が Adobe Labs に公開されています。 （3D APIs for Adobe Flash Player and Adobe AIR@Labs）
Molehill は GPU を活用した本格的な 3D 描画を実現する API です。HD の解像度に秒 60 コマで数十万ポリゴンを描写することが可能になるそうです。
Molehill は、パフォーマンスを重視して、ごく低レベルの API （ほぼアセンブラ）となっています。一般の開発者に対する使いやすさはあまり考慮されていません。通常は、Alternativa3D や Away3D といったフレームワークを経由して利用することになるでしょう。Adobe からは、PixelBender の 3D 対応版が提供される予定です。
Molehill の API によりアクセスできるようになる機能としては、Z バッファ、ステンシルバッファ、カラーバッファ、フラグメントシェーダ、頂点シェーダ、キューブテクスチャなどがあります。前提となる環境は、Windows では DirectX 9、Mac と Linux では OpenGL 1.3 です。モバイル環境では OpenGL ES 2.0 が前提です。
サポートされない GPU 環境では、ソフトウェアによる描画機能にフォールバックします。その際に使われるのは、TransGaming の SwiftShader です。
Molihill のパブリックベータは、2011 年の前半を予定しているとのことで、正式に Molehill がFlash Player や AIR 上で利用できるようになるのは、少し先のことになりそうです。ベータ期間中は、Flash Builder と Flex SDK が 3D の開発に対応する予定、とのことです。
Adobe Labs に 新しい Flash Player （コード名 "Square" ） が公開されました。 （Square@Labs）
Flash Player "Square" の主な新機能は以下の 2 点です。
Linux 用には以前から 64 bit Flash Player 10 のアルファ版が公開されていましたが、これで Linux 環境でも、最新版 Flash Player の正式な公開がようやく実現しそうです。
Square のダウンロードはこちらから。 （Download/Square preview release）
今回から、32 bit 版、64 bit 版が用意されています。インストール前に、現在インストールされている Flash Player を全て削除する必要がありますので、上記ダウンロードページからアンインストーラーをダウンロードしてお使いください。Linux の場合は、libflashplayer.so を削除すれば OK です。
一旦 Square をインストールした後に Flash Player 10.1 に戻す場合も、そのまま上書きするのではなく、Square を削除してからインストールを行う必要があります。
プレビュー版はおおよそ安定した動作を見せているそうですが、まだ十分な動作確認をした訳ではないとのことなので、テスト用の環境以外にインストールする場合は注意してご利用ください。
さて、本日 MS から IE9 ベータに関する発表がありましたが、その中でも触れられていた新しい GPU サポートに Square は対応します。Adobe 社内のテストでは、旧バージョンの IE に比べ 35% 以上高速化された例もあるということで、特に、ビットマップを多用するコンテンツが高速化される傾向があるそうです。
また、HTML と Flash コンテンツの合成が GPU で行われるようになるため、wmode="transparent" を指定した時の動作が以前よりも効率よくなる、という利点もあるようです。
詳細はリリースノート（英語）をご覧ください。 （Flash Player "Square" release notes: PDF 21.4 KB)
バグや何か気になる点を見つけた場合は、こちらのサイトに登録をして下さい。 （Adobe Bug and Issue Management System） 日本語でも （たぶん） 大丈夫です。
今週の Google I/O で Flash 関連の発表がいくつか行われました。以下、簡単なまとめです。
Android 2.2 公開後に、Android マーケットから Flash Player 10.1 のベータ版がダウンロード可能になります。ブラウザ内で Web サイトを閲覧する際、デスクトップと同様に Flash コンテンツを表示可能です。既に発表されていた通り、Flash Player が対応するのは Android 2.2 以降の OS です。
環境をお持ちの方は、動作確認はもちろんパフォーマンスやバッテリーの消費具合なども確認してみてください。過去のブログに書いたように、デバイス向け Flash Player にはパフォーマンス向上のため、デスクトップ版には無い機能がいくつも実装されています。
AIR for Android の開発者向けプレリリースプログラムが始まりました。（Adobe AIR for Android@Labs） このプログラムに参加すると誰でもベータ版の AIR SDK を入手することができます。
ただし、このプログラム内で入手できる情報を一般に公開することはできません。誰でも参加はできますが、プライベートなプログラムのため、情報共有は参加者間のみに限定されます。この点 Flash Player パブリックベータとは異なりますのでご注意ください。また、このプログラムは英語のみでの提供になります。
プレリリースプログラムへの参加はこちらからどうぞ。（Adobe AIR - Android Developer Prerelease）
プリリリースプログラムでは、Flash Professional CS5 から直接 Android 用にパブリッシュする環境を追加する機能拡張も提供されます。
Google I/O で WevM プロジェクトの開始と VP8 ビデオコーデックのオープンソース化についての発表がありました。これに対し、同じく Google I/O のキーノートで、将来の Flash Player での VP8 対応について Kevin Lynch からポジティブな発言がされています。
Vorbis や Matroska については特に言及されていませんが、サウンドもライセンスフリーに向かうのでしょうか？あと、個人的には、VP8 ベースのエンコーダーが Flash Player に載ったりすると嬉しいのですが。（比較的軽いという噂なので）
Google I/O では Android ベースの家電である Google TV が発表されましたが、Google TV でも Flash Player がサポートされます。Google TV には Chrome がブラウザとしてインストールされており、Chrome には Flash Player が含まれることになっているため、Google TV では Flash Player が利用できるということのようです。これにより Google TV では殆ど全ての Web コンテンツが再生できることになります。 （Chrome に Flash Player を統合したのはむしろこっちのためではないかとちょっと勘ぐってしまったり）
下は、実際のデモで Flash Player 10.1 が Google TV 上で実行されている場面です。
ともあれ、Flash Player 10.1 から H.264 ビデオの再生にハードウェアの機能を利用できるようになったことで、映像を扱う家電やデバイスで採用しやすくなったことは確かのようです。Flash ユーザーにとってはより活躍できる場が増えそうですね。
ちょっと遅くなりましたが、新しいMac 用の Flash Player のプレビュー版が Adobe Labs に公開されています。（Flash Player "Gala" Preview Release＠Labs）
Flash Player 10.1 から Windows とデバイス上ではハードウェアを用いたビデオ再生機能が追加されますが、Gala はこの機能を Mac 上でも実現するものです。Apple から今年 3 月頃に公開された、H.264 ビデオデコード用 API （Technical Note TN2267 Video Decode Acceleration Framework Reference） に対応することでハードウェアを利用した HD の H.254 ビデオ再生を実現しています。H.264 のデコードは CPU リソースを消費しがちなため、Mac でもバッテリーの持ちが良くなることが期待されます。
Mac 上でのハードウェアデコード機能はまだあまりテストされていない状態ということもあり、一般的に利用できるようになるのはちょっと先になりそうです。おそらく Flash Player 10.1 公開後のアップデート版で追加されるものと思われます。
Apple の新しい API が利用できる環境は、Mac OS X 10.6.3 がインストールされ、NVIDIA GeForce 9400M, GeForce 320M または GeForce GT 330M の装備されたモデルに限定されます。ということで、Gala がサポートされるモデルは以下に限定されます。
Mac Pro は対象外です。
Gala のダウンロードはこちらから。（Adobe Labs Downloads/Flash Player） 必ず今インストールされているバージョンを Uninstaller を使って削除してからインストールするようにとのことです。
記事の元ネタとなっている Optimizing Performance for the Flash Platform が更新されました。前のバージョンより 15 ページほど増えています。とりあえず、CPU 編の 「Timer と ENTER_FRAME イベント」 を更新しておきましたのでよろしければご覧ください。その他には主に AIR 関連のトピックが追加されています。
では、Optimizing Performance for the Flash Platform から最後の Tips です。
まず、Flash Player 10.1 から追加された新しいネットワーク関連の機能 2 点です。
あとは、Tips が 3 つあります。
今回は Optimizing Performance for the Flash Platform から、描画パフォーマンスに関連する Tips です。
こちらの記事をご参照ください Flash Player 10.1 のハードウェアを利用した描画機能 （グラフィックス編）
すでにあちこちで書かれている話ですが、いちおうメモということで。
Mozilla や Google を中心とするグループが、ブラウザーのプラグインインターフェースとして広く採用されている NPAPI を拡張しようという議論を行っているそうです。
現在議論されている仕様がこちらの wiki にあります。
これによると、現在の NPAPI の持つ限界として以下のものが挙げられています。
これらの問題に対応するため、次世代の NPAPI では以下の 4 点の変更が検討されているようです。
新しい NPAPI のために Pepper と呼ばれる新しいプラットフォームが定義され、OS やブラウザー非依存の環境を実現しようとしているとのことです。
この件に関して、Flash Player チームのブログ （Improved Flash Player Support in Chrome） では、以下のようなコメントが寄せられています。
その他にも、パスワード管理や SEO 対策などにも利用できそうですし、HTML レイヤーを Flash レイヤーの上に描画することができるようになるかもしれません。（ならないかもしれませんが）
デバイス向けのコンテンツを開発するときは、少なくとも当面の間はデスクトップ向けのコンテンツよりも軽くする努力が必要になりそうです。その際、例えば：
などは分かりやすい最適化かもしれませんが、
は、今までの感覚とは違うところかもしれません。
（将来の Flash Player では新しい最適化機能 & API が提供されて、ベクターでも大丈夫ってことになるかもしれませんけれど）
cacheAsBitmap に true を設定すると実行時に DisplayObject をビットマップ化することが出来ます。複雑なベクターデータの描画を纏められるため、複雑な図形ほど描画パフォーマンスを向上させることが出来ます。
デバイス上ではこれによる高速化は特に効いてくるところなのですが、
という点もあります。ご参考まで。
改めて書くほどのことでもないですけれど、ビットマップを使うときは、予め小さく軽くしたものを使用して、出来るだけ実行時に縮小するといったことの無いようにします。
もし、実行時にビットマップを縮小する必要がある場合は、可能であればビットマップの大きさをミットマッピングが出来る大きさにすることが望ましいとされています。ミットマッピングは Flash Player 9 から追加されている機能で、ビットマップを描画する際の品質とパフォーマンスを向上するものです。品質に関してはこちらのデモが分かりやすいかもです。
Flash Player に搭載されているミップマッピングは box filtering と言われる一番単純なものです。PNG, JPEG 等の静的なビットマップにのみ適用され、実行時に cacheAsBitmap の指定により作られるビットマップには適用されません。詳しくは ActionScript のヘルプをご覧ください。（Adobe ActionScript 3.0 * ミップマッピングの利用）
Mip マップを有効に活用するには、画像の幅と高さを 2 で何回も割れる数値にします。例えば、512 × 256 は非常にミップマッピング向きですが、510 × 256 はそうでもありません （一度しか割れないので）。
デバイスは機種により PPI が大きく異なります。例えば Experia X10 のインチあたりのピクセル数は iPhone 3GS のほぼ倍、そのため同じ画像でも Experia X10 では iPhone 3GS の半分程度の大きさで表示されることになります。
デバイス向けコンテンツでは、同じ画像を縮小率を変えながら使いまわすケースも多くなるかもしれません。心に留めておくと少しは役に立つことがあるかもです。
バルセロナで開催中の Mobile World Congress で Adobe からデバイス向け Flash Player 10.1 及び AIR に関する公式なアナウンスがありました。（Adobe Unveils AIR on Mobile Devices; Readies Flash Player 10.1 for Launch）
Flash Player 10.1 と AIR 2.0 はデスクトップだけでなくデバイス上でも一貫した体験を提供するプラットフォームとして開発されています。Flash CS5 と Flash Player 10.1 / AIR が揃うと携帯やデバイス向けコンテンツ制作もずいぶん変わりそうですね。
デバイス向けは、まずは Android 用 からリリースされるようで、2010 年の後半までには Flash Player, AIR 共に正式版を公開予定との事です。とりあえずは、ベータ版を使った Android 上の AIR アプリデモがこちらのページからご覧になれます。（Flash Player 10.1 and AIR 2 mobile preview videos） 最初の 3 つくらいが Android です。iPhone アプリのビデオも載っています。
ちなみに iPhone 用アプリは Adobe Labs に公開されている Packager for iPhone を使ってiPhone 向けアプリとしてパッケージングします。このページ （Preview of AIR on Android） の下のほうにも新しい iPhone アプリがいくつかリストアップされています。
Packager for iPhone の方が Android 用 Flash Player より先に出るようなので、まずは iPhone アプリで新しい Flash Player の API を試してみるのがよさそうです。
Adobe のセキュリティチームより、
という記事がポストされました。（Flash Player update and Snow Leopard）
最新の Flash Player のダウンロードはこちらです。（http://www.adobe.com/go/getflashplayer_jp）
RTMP のスペックが公開されました。Adobe サイトからダウンロードできます。（Real-Time Messaging Protocol specification v1.0@Adobe developer connection） 公開された仕様は誰でも無償で （ライセンスに記述された範囲で） 利用可能です。
公開された仕様は、TCP 上で映像・音声・データを送信するためのプロトコルです。ハンドシェイクの手順やストリーム上を送信されるデータの作り方、コマンドメッセージのフォーマット等が記述されています。
セキュリティ関連の仕様 （RTMPE や SWF verification） は含まれていません。また、UDP ベースの RTMFP も公開された仕様には含まれていません。
今回の発表にあわせて、RTMP を使って FMS にデータをパブリッシュするアプリケーションを実装したい人のために FMS Connector for C++ SDK が提供されるようです。
RTMP のプロトコル仕様が公開される旨が発表されました。RTMP は Flash Player へのビデオストリーミングやリアルタイムデータプッシュを実現するのに使われているプロトコルです。Flash 関連では SWF, FLV/F4V, AMF に続く仕様公開になります。
RTMP の仕様は 2009 年の前半に公開される予定で、公開時には Adobe Develolper Connection (http://www.adobe.com/devnet/rtmp - まだありません) からダウンロードできるようになるようです。今のところオープンソースの実装の提供は予定されていないとのこと。
仕様公開後は、ほぼ自由に独自の実装を行うことができるようになりますが、コンテンツの不正配信やストリーミングのリッピング等を目的とした利用は制限されます。この辺りについては公開時のライセンス条項を詳しくご参照ください。
RTMP 上で暗号化通信を行う RTMPE や P2P を実現する RTMFP は今回公開される仕様には含まれません。
