まず、自分の環境はまだFlashDevelop3.1.0だったので、これを3.1.1にバージョンアップ。でもって起動すると、憧れの（？）プロファイラパネルが出現！まあでもパネルが出ただけで喜んではいけない。プロファイラパネルの目覚まし時計アイコンをクリックしてプロファイラを開始。次に通常通りにIDE（Flash CS3）の方でflaファイルを開き、FlashDevelopではプロジェクトファイルを開き、FlashDevelop側からプロジェクトをテスト！すると・・・

おお、動いとる！
というわけで、どうやら全く問題なくプロファイラが使えるようです。すばらしい！

と思って安心して、しばらくしてからもう一度やってみると・・・動かない。

何故？と思いいろいろ試してみたのですが、どうも私の環境では

1. まずFlashDevelopを起動する。
2. プロファイラパネルの「プロファイラを開始」ボタン（目覚まし時計のアイコン）をクリックしてプロファイラを開始しておく。
3. FlashIDEを起動する（この際、通常のFlashIDE起動より若干時間がかかる）。
4. flaファイルを開いてテスト（パブリッシュプレビュー）を行う。

・・・という順番で作業を行った場合にプロファイラが作動しました。

うーん、なんなんでしょうね。FlashIDE側の設定か、あるいはFlashDevelop側の設定か、それとも他の何かか・・・。まあ、いずれにせよ、なんとかプロファイラが使えそうなので、しばらくこれで様子見てみます。

追記：

twitterでの馬鹿全さんやflabakaさんの発言などによると、どうも特に起動順とか関係なしにフツーに使えるらしい。むー、ウチの環境固有の問題ですかね・・・。

flabaka – FlashDevelop3.1.1のプロファイラを使ってみる

時間のあるときに別のマシンでも試してみます。

alivepdf – Project Hosting on Google Code

AIRなら単体でのPDF出力も可能なようですが、SWFファイルからだと単体では無理で、サーバー側にファイル出力用（？）のphpプログラムを設置する必要があるようです。ただ、そのphpプログラムも提供されていたので、とりあえず単純なプログラムを組んで試してみました。

試しに組んでみたファイルのドキュメントクラスは以下の通り。

package  {
	import flash.display.MovieClip;
	import flash.events.MouseEvent;
	import org.alivepdf.colors.RGBColor;
	import org.alivepdf.display.Display;
	import org.alivepdf.fonts.CoreFont;
	import org.alivepdf.fonts.FontFamily;
	import org.alivepdf.fonts.Style;
	import org.alivepdf.images.ImageFormat;
	import org.alivepdf.layout.Layout;
	import org.alivepdf.layout.Orientation;
	import org.alivepdf.layout.Size;
	import org.alivepdf.layout.Unit;
	import org.alivepdf.pdf.PDF;
	import org.alivepdf.saving.Download;
	import org.alivepdf.saving.Method;
	import utils.Utils;

	/**
	 * ...
	 * @author bricoleur.inc / Tonpoo.com
	 */
	public final class AlivePDFSample extends MovieClip{

		public function AlivePDFSample() {
			this.stage.addEventListener(MouseEvent.MOUSE_DOWN, onClick, false, 0, true);
		}
		private function onClick(e:MouseEvent):void {
			//PDFインスタンスを生成
			var myPDF:PDF = new PDF(Orientation.PORTRAIT, Unit.MM, Size.A4);
			//PDFの表示モードを指定
			myPDF.setDisplayMode(Display.FULL_PAGE, Layout.SINGLE_PAGE);
			//PDFのページを追加
			myPDF.addPage();

			//文字色を設定
			myPDF.textStyle ( new RGBColor ( 0xFF0000 ) );
			//フォントサイズを指定
			myPDF.setFontSize ( 18 );
			//ページの位置（？）を指定
			myPDF.setXY( 10, 40 );
			//マルチセルの追加
			myPDF.addMultiCell ( 300, 1, "This is my PDF Headline" );

			//PDFの出力
			myPDF.save(Method.REMOTE, "http://www.tonpoo.com/_test/create.php", Download.ATTACHMENT, "sample.pdf");
		}
	}
}

PDFインスタンスを生成

//PDFインスタンスを生成
var myPDF:PDF = new PDF(Orientation.PORTRAIT, Unit.MM, Size.A4);

まずはnew演算子でPDFインスタンスを生成。引数には「印刷方向」「単位」「印刷サイズ」「印刷角度」を指定できます。何も指定しなくてもいいようですが、サンプルでは「印刷角度」以外を指定してます。

印刷方向

• Orientation.LANDSCAPE：横向き
• Orientation.PORTRAIT：縦向き

単位

• Unit.CM：センチメートル
• Unit.INCHES：インチ
• Unit.MM：ミリメートル
• Unit.POINT：ポイント

印刷サイズ

• Size.A3：A3
• Size.A4：A4
• Size.A5：A5
• Size.LEGAL：リーガル
• Size.LETTER：レター
• Size.TABLOID：タブロイド

「印刷サイズ」でA4やA5の他にレターやリーガルがあるあたりは欧米の紙サイズが基準になってるためですね。B4やB5など上記に無いサイズを指定する場合は・・・どうしたらいいんでしょ。

PDFの表示モードを指定

//PDFの表示モードを指定
myPDF.setDisplayMode(Display.FULL_PAGE, Layout.SINGLE_PAGE);

次に出力したPDFファイルを開いたときの表示モードをPDF.setDisplayModeで指定。引数には「ズーム」「レイアウト」「モード」「拡大率」を指定できます（サンプルでは「ズーム」と「レイアウト」のみ指定）。

ズーム

• Display.DEFAULT：デフォルト
• Display.FULL_PAGE：ページ全体を表示
• Display.FULL_WIDTH：ページ幅を基準に表示
• Display.REAL：よくわからない。100%表示ってこと？

レイアウト

Layout.SINGLE_PAGEが「単一ページ」のことだろうと思うんですが、他の値（Layout.ONE_COLUMN / Layout.TWO_COLUMN_LEFT / Layout.TWO_COLUMN_RIGHT / Layout.TWO_COLUMN_RIGHT / Layout.TWO_PAGE_LEFT）については試してないのでよく分かりません。おそらく複数ページ同時表示とかだと思うんですが・・・。

拡大率

数値で拡大率を指定できるようです。

PDFのページを追加

//PDFのページを追加
myPDF.addPage();

次に、PDF.addPage()メソッドを使ってページを追加します。単純にこのaddPageメソッドを例えば10回繰り返すと、空のページ10ページで構成されるPDFファイルができます。

テキストの追加

//文字色を設定
myPDF.textStyle ( new RGBColor ( 0xFF0000 ) );
//フォントサイズを指定
myPDF.setFontSize ( 18 );
//ページの位置（？）を指定
myPDF.setXY( 10, 40 );
//マルチセルの追加
myPDF.addMultiCell ( 300, 1, "This is my PDF Headline" );

まずはPDF.textStyleメソッドで文字色を指定。引数には色指定の他にも下記のオプションが指定できますが、今回は割愛。

文字色

colors.IColorクラスというのがあって、そのクラスオブジェクトを指定するようです。とりあえずサンプルに従ってcolors.RGBColorインスタンスを指定してみました。

透過率

0～1の数値（Number）で文字の透過率を指定できます。

レンダリングモード

整数値（int）を指定する事でテキストレンダリングモードを指定できるそうですが、なんのことやら・・・。

単語間スペース

数値（Number）で単語間のスペースの値を指定できます。

文字間スペース

数値（Number）で文字間のスペースの値を指定できます。

スケール

数値（Number）で、Text scalingが指定できます。Text scalingって何でしょう・・・

行間

数値（Number）で行間を指定できます。

次にPDF.setFontSizeメソッドでフォントサイズを設定します。引数には整数値（int）が入ります。

次にPDF.setXYメソッドでページ内のX,Y位置を指定します。これって、要はこの後に配置するマルチセルの配置位置、って認識でいいんですかね・・・。

でもってその後にPDF.addMultiCellメソッドでテキストを含むセルを配置します。まだよくわかってないんですが、どうやらこの「セル」というのがPDFのページ内にいろいろ配置する単位のような感じなんですかね。引数には「幅」「高さ」「テキスト」「ボーダー」「横揃え」「塗り（？）」を指定できるようです。

PDFの出力

//PDFの出力
myPDF.save(Method.REMOTE, "http://www.tonpoo.com/xxxxxxxxx/create.php", Download.ATTACHMENT, "sample.pdf");

最後に、PDF.saveメソッドを使って内容を出力します。引数に指定できるのは「データ送信形式」「送信先URL」「ダウンロード形式」「ファイル名」「表示フレーム名」です。

データ送信形式

サーバー側にデータを送信してPDFを生成する場合はMethod.REMOTE、AIRを使った場合などでローカル側のみでPDFを生成する場合はMethod.LOCALを指定するようです。

送信先URL

Method.REMOTEの場合に、送信先のphpファイルのURLをここで指定します。

ダウンロード形式

PDFをブラウザ内で表示する場合はDownload.INLINE、保存ダイアログを出して保存させる場合はDownload.ATTACHMENTを指定します。

ファイル名

pdfファイルのファイル名を指定します。

表示フレーム名

フレーム内で展開されているコンテンツの場合に、PDFを開く先のフレーム名を指定する、ようです。

ちなみにサーバー側に設置するphp（create.php）のサンプルファイルは、前バージョンのAlivePDFのソースコード一式の中に入っていたものを流用しました。

<?php

$method = $_GET['method'];
$name = $_GET['name'];

if ( isset ( $GLOBALS["HTTP_RAW_POST_DATA"] )) {

	// get bytearray
	$pdf = $GLOBALS["HTTP_RAW_POST_DATA"];

	// add headers for download dialog-box
	header('Content-Type: application/pdf');
	header('Content-Length: '.strlen($pdf));
	header('Content-disposition:'.$method.'; filename="'.$name.'"');
	echo $pdf;

}  else echo 'An error occured.';

?>

とりあえず実際にアップして確認した所、PDFファイルが生成されてダウンロードできることを確認できました。次は任意のMovieClipの内容などをそのまま出力する方法とかですね。

Opera joins in Jobs v Flash argument | News | TechRadar UK

以下、和訳文です。「卵が焼ける」とはずいぶんですね・・・。

ジョブス対Flashの論争にOperaが参戦

今はまだ重要だが、Adobeは早く変化しなければならない

By Patrick Goss

Flashを巡る論争にOperaが参戦した。同社がTechRaderに語ったところによると、現時点ではFlashのサポートを続けるものの、常に攻撃にさらされることを回避したいのならば、Adobe社はウェブ標準の採用を始めなければならないという（※1）。

ブラウザ業界におけるOperaの影響力が増していることは、iPhone向けOperaブラウザが大々的に取り上げられた事に現れている。同社がApple社の事前審査を通過したということでtech worldに衝撃を与えた一方で、Adobe社はスティーブ・ジョブスからの攻撃を受けることになった。

Opera社のプロダクトアナリストのPhillip Grønvold氏によると、Flashのサポートは現時点では非常に重要であるが、HTML5（の策定）が近づくにつれて時代は急速に変化しているという。

Flashへの依存

「今日のインターネット上のコンテンツはFlashに依存している」Grønvold氏は語る。「Flashを抜きにして今日のインターネットは成り立ちません。」
「我々はユーザーに対してベストなインターネット体験の提供を常に心がけています。だからFlashが必要なのです。そこを避けるわけにはいきません。」
「しかしOpera社ではオープンなウェブ標準こそウェブの未来だと考えています。そして、Flashはオープンなウェブ標準テクノロジーではありません。」
「Flashには（Microsoftの）Silverlightなどと同じように、特にダイナミックなコンテンツに使うという用途が現在もあり、また今後もあり続けるでしょう。」
「しかし動画再生コンテナとしてのFlashはCPU負荷やWiFiバッテリー消費などを考えるとほとんど意味がありません。Flashを再生中のデバイスでは卵が焼けるほどに熱を持ちます。」

変化が必要

Grønvold氏は、Adobeは昨今のPR災害、すなわちジョブスがAdobeに対して行ったいつになく冗長な非難（※2）を回避したいのなら、ウェブのオープン化の採用に向けた動きを早めなければならないと信じている。

「様々な理由から、それ（※3）はまだ現在のウェブの基礎的な構造に組み込まれてはいません。そして、Flashは自分自身がウェブの将来やオープンなウェブ標準という枠組みの中に組み込まれる事を必要としていません。Flashのテクノロジーは、オープンなウェブ標準という流れが広がるに従ってあらゆる面から常に攻撃にさらされることになるでしょう。」とGrønvold氏は語る。

「というのは、徐々に我々は（ウェブの）canvasのクオリティを上げつつあり、そのcanvasを利用するためのツールセットも用意する予定だからです（※4）。しかし、この先18ヶ月程度の見通しで言うならば、Flashが消える事はなく、重要な位置を保つでしょう。」

Opera社からの辛辣な非難こそなかったものの、ウェブ業界の巨人が、Appleという権力から積極的にAdobeを擁護するつもりがないということが明らかになった。

※1

原文ではthe companyという語が、ある箇所ではOpera社を、別の箇所ではAdobe社を指しているように思われたので、話が通るように意訳してしまいました。もしかして間違ってるかもしれません。

※2

原文ではもちろんジョブスの文章の原文にリンクが貼られていますが、こちらではIT翻訳者さんの翻訳記事にリンクを貼らせて頂きました。

※3

HTML5のことですかね・・・？

※4

HTML5のcanvasのことですかね・・・？

追記

engadgetさんがこの件についてもっと的確な訳文とともに記事にしてくれました。

Operaもひと言：「Flashは現時点で不可欠。タマゴも焼ける」

feb19.jp blog – SWFWheelを使う

導入したライブラリはSWFWheelです。実際の導入フローは以下の通り：

SWFWheel.asのダウンロード

まずはasファイルのダウンロード。Spark projectのSWFWheelのページの「ソースコードはこちら」または「リポジトリブラウザで閲覧」からディレクトリを掘っていってSWFWheel.asを見つけてダウンロード。めんどくさい人は以下のリンクを右クリック→「名前を付けて保存」で。

http://www.libspark.org/svn/as3/SWFWheel/trunk/src/org/libspark/ui/SWFWheel.as

SWFWheel.asの配置

ダウンロードしてきたSWFWheel.asはそのまま配置するのではなく、適切なフォルダを作ってその中に配置する。例えば以下のようなフォルダ構成になっていた場合：

/project/fla/

flaファイルの格納フォルダ

/project/as/

クラスファイル（asファイル）の格納フォルダ

/project/deploy/

swfファイルやhtmlファイルの格納フォルダ

/project/as/フォルダの中に「org」フォルダを作成。その中に「libspark
」フォルダを作成。その中にさらに「ui」フォルダを作成し、その中に配置する。実際に作業するflaファイルやそのドキュメントクラス、公開用のhtmlファイルやjsファイルも含めると、全体の構成は以下のようになる。

/project/fla/

flaファイルの格納フォルダ

/project/fla/main.fla

メインのflaファイル

/project/as/

クラスファイル（asファイル）の格納フォルダ

/project/as/Main.as

main.flaのドキュメントクラス

/project/as/org/libspark/ui/SWFWheel.as

SWFWheel.asの配置場所

/project/deploy/

swfファイルやhtmlファイルの格納フォルダ

/project/deploy/main.swf

main.flaの出力ファイル

/project/deploy/main.html

main.swfを表示するhtmlファイル

/project/deploy/js/swfobject.js

swfファイルをhtmlファイルに埋め込むためのJavaScriptライブラリ

HTML側の調整

今回はSWFObject2を使った想定なので、SWFObject 2 HTML and JavaScript ジェネレーター v1.2を使って埋め込みコードを生成。その際、以下の点をチェックする。

• 「Flashコンテンツのid」と「属性：name」を設定する。
• 「Flashコンテンツのid」と「属性：name」の値は同一のものにする。
• allowscriptaccessの値をalwaysにする。

できたサンプルソースは以下の通り。

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja">
	<head>
		<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
		<title></title>
		<meta http-equiv="Content-Script-Type" content="text/javascript;" />
		<script type="text/javascript" src="js/swfobject.js"></script>
		<script type="text/javascript">
			var flashvars = {};
			var params = {};
			params.allowscriptaccess = "always";
			var attributes = {};
			attributes.id = "flashAreaContent";
			attributes.name = "flashAreaContent";
			swfobject.embedSWF("main.swf", "myAlternativeContent", "800", "600", "9.0.0", false, flashvars, params, attributes);
		</script>
	</head>
	<body>
		<div id="myAlternativeContent">
			<a href="http://www.adobe.com/go/getflashplayer_jp">
				<img src="http://www.adobe.com/images/shared/download_buttons/get_flash_player.gif" alt="Get Adobe Flash player" />
			</a>
		</div>
	</body>
</html>

SWFWheelクラスのインポートと初期化

ではドキュメントクラスMain.asの記述開始。まずはSWFWheelのインポートと初期化。初期化に使うのはSWFWheel.initializeメソッドで、引数としてステージへの参照を渡す。

package  {
	import flash.display.MovieClip;
	import org.libspark.ui.SWFWheel;

	public class Main extends MovieClip{
		public function Main() {
			SWFWheel.initialize(this.stage);	//SWFWheelの初期化。引数としてステージへの参照を渡す。
		}
	}

}

マウスホイールイベントの検出

次に実際にマウスホイールイベントを検出してみる。マウスホイールイベントのハンドラメソッドで受け取るMouseEventのdeltaプロパティというのがマウスホイールを 1 目盛り回すごとにスクロールする行数を示すそうなので、試しにtraceさせてみる。

package  {
	import flash.display.MovieClip;
	import flash.events.MouseEvent;
	import org.libspark.ui.SWFWheel;

	public class Main extends MovieClip{
		public function Main() {
			SWFWheel.initialize(this.stage);
			this.addEventListener(MouseEvent.MOUSE_WHEEL, onMouseWheel, false, 0, true);
		}
		private function onMouseWheel(e:MouseEvent):void {
			trace("onMouseWheel:", e.delta);
		}
	}
}

出た出た。あとはこの値を使って具体的な処理を追加するだけですね。Macで動くかどうかは一通りのファイルをサーバーにアップして確認。で、きちんと動きました。これで問題ありません！

• FlashDevelop3.1.0 RTM – FlashDevelop.jp
• 馬鹿全 – FlashDevelop 3.1.0 RTM リリース

まずは旧バージョンをsettingファイルも含めて完全にアンインストール。その上で新バージョンをインストールして起動。馬鹿全さんの記事を参考にTools → Program Setings → FlashDevelop → Selected Locale を en_US から ja_JP に変更して FlashDevelop を再起動。これで晴れて日本語版に！

次はフォントを自分好みに変更。まずはツール→環境設定→FlashDevelopの中からフォント指定部分を下記のように設定。

「10pt」や「8pt」で設定しても、何故か上記のように中途半端な数字になっちゃうんですよね。まあいいや。

次にコード表示のフォントを変更。ツール→シンタックスカラーリングの変更、で、それぞれの言語のdefaultのフォントスタイルを下記に設定。

これでOK！

今回のアップデートではHTML編集でZen-Codingが使えるようになってます。ちょっとした編集なら、わざわざAptanaを同時起動しなくても良さそう（ちなみにFlashDevelop上でのZen-CodingのショートカットはCtrl+B）。FlashDevelop万歳！

追記

ClockMakerさんのブログに今回のバージョンアップについてのまとめ記事がありました。

待望の日本語化も! FlashDevelop 3.1.0 RTMが登場 | ClockMaker Blog

変数のリネームができるリファクタ機能っての、便利そうですね！あとデバッガー機能も。ただ、デバッガー機能の方は「プラグインとして提供されている」らしいんですが、具体的にどのような方法で導入するのか、あとでちょっと調べてみようと思います。

さらに追記

どうやら下記スレッドでPhilippe氏が返信してる「Re: FlashDevelop 3.1.0 RTM released」の内容がデバッガー機能についての説明かな？

FlashDevelop.org – View topic – FlashDevelop 3.1.0 RTM released

ええ、仰るとおり、まさに"very easy to crash"でしたよ（涙）。上記のスクリーンショットのように、Undocumented Trace Log Settings欄のチェックを全て外したら、クラッシュせずに動くようになりました。

で、原因究明の過程でFirebugのオフィシャルページ（Flashbug – An extension for Firebug | Course Vector）の文章について簡単に翻訳してみた（してしまった）ので、備忘録をかねて参考までにアップしておきます。

更新情報

• SharedObjectを発見するバグの修正
• Mac OSXのmm.cfgファイルの場所についてのバグの修正。今回は本当に直ってるはず。

説明

このプラグインは、Firefoxの中または外で稼働中のあらゆる.swfファイルのtrace内容を表示します。全てのtraceはFirebugのFlash Consoleに表示されます。Firebugの検索ボックスを使って文字列を検索すると、マッチする語がハイライト表示されます。他に追加された機能はエラー、警告、情報のtraceに対してのハイライトとアイコン表示です。最後に、trace内容に表示されるあらゆるURLについて、右クリックして新規のタブで開く事が出来るようになりました。

FlashTraceと同様、Flash Player Debuggerがインストールされていないとtrace内容は表示されません。Flashbugはお使いのPCに入っているFlashPlayerのバージョンを検知して表示します。Debug版のPlayerが入っていない時には、ダウンロード用のリンクが表示されます。

FlashTraceと異なり、flashlog.txtやmm.cfgファイルを設定する必要はありません。こういう作業はFlashbugがバックグラウンドで行いますから、皆さんはすぐに機能を利用することができます。

trace内容またはポリシーログのどちらかをFlashbugから直接開く事もできます。これで、traceされた生の内容をそのままエクスポートしたりコピーすることもできます。

他の新機能はShared Objectインスペクタです。これは表示されているページにロードされているswf全てを監視します。そして、ドメインに基づいてPCに保存されているShared Objectをチェックし、該当するものがあればパネルにリストアップします。

見つかったShared Objectは各行に表示され、階層を開く事でそこに含まれるデータを閲覧することができます。エディターがインストールされているならば、右クリックして直接ファイルを開く事もできます。パスをファイルにコピーしたり、保存されているフォルダーを開く事も出来ます。

最後ですが、FirebugのNetパネルに、AMFでコーディングが追加されました。この機能はFirebug1.4以上のみで有効です。データ転送をリモーティングに依存しているサイトを訪れると、サーバーに送信されるAMFリクエストの内容を見る事ができます。具体的には、Netパネルの中からAMFリクエストの行を発見し、その行を広げてみてください。すると、AMFタブが表示され、これをクリックする事でAMFメッセージが表示されます。

特徴

• Firebugのビルトイン検索機能の利用- ログ内容を検索すると、リアルタイムにハイライト表示されます。
• traceログの表示- 全てのブラウザで実行されているFlashインスタンスから送出される全てのtrace内容を表示します。
• ポリシーログの表示- FlashPlayerから送出される全てのポリシーログ出力を表示します。クロスドメインポリシーを使っていたり、異なるドメインからファイルなどを読み込む場合などにこの出力が発生します。
• デバッグプレイヤーのログ保存場所自動設定- FlashTracerではログファイルの場所などをマニュアルで設定する必要がありました。これらの設定はFlashbug側で自動的に行います。
• デバッグプレイヤーの設定編集- FlashPlayer自体が、traceする内容を変更することができるようになっています。FirebugのPreferencesウィンドウでこのオプションを設定できます。
• traceフィルタ- trace内容を様々なフォーマットで表示するためのビルトインフィルタが少しだけ用意されています。エラーについては赤字でエラーアイコン付きで表示するとか、XMLについては色つきの可読性の高いフォーマットで表示するなどです。現在Flashbugに含まれているのは下記のキーワードのみですが、将来的にはユーザー側でカスタマイズできるようにするつもりです。
  • @@XML@@ :XML形式で色つきで表示。
  • @@HTML@@ :XMLの場合と同じ。
  • @@INFO@@ :左側に青い情報アイコンを表示。
  • @@WARNING@@ :背景色が暗くなり、左側に警告アイコンを表示。
  • @@ERROR@@ :背景色が赤くなり、左側にエラーアイコンを表示。
• ビルトインリンク- trace内容に含まれるURLには下線が表示され、右クリックすることで別タブで開いたりクリップボードにコピーすることができます。
• Shared Object読み込み- 表示中のページに関連するあらゆるShared Objectを読み込む事が出来、Firebugのobjectと同じように閲覧することができます。
• （Firebug 1.4以上）AMF / リモーティングリクエスト / レスポンスデータの読み込み- ページとサーバーとの間で送受信されるAMFデータを閲覧することができます。

が、フィルターやグラデーションマスクといった機能、サイズ（ファイルサイズではなく、width x heightのサイズ）の大きな画像やオブジェクトに対しては効きません。具体的には、対象となるオブジェクトのwidthまたはheightが2880ピクセルを超過すると、こうした機能が無効になります。

で、その詳しい理由については下記のURLが詳しい：

Flash 8 のイメージ API の概要 | デベロッパーセンター

該当する部分の引用：

メモ : Flash Player では、ビットマップの最大サイズは幅、高さいずれも 2880 ピクセルに制限されています。この制約よりも大きい BitmapData インスタンスを作成しようとすると、ビットマップは作成されません。これは、クライアントの RAM を使い切るような Flash ムービーを作成できないようにするために設定されています。2880 × 2880 ピクセルのビットマップには、約 32 MB 程度の RAM が必要です。

残念ながらFlashPlayer10でもまだこの点についての変更は無い模様。なぜこの記事を書いてるかというと、今現在この問題で引っかかってるため。さて、どうして回避したものか・・・。

＜追記＞

kaedeさんからコメントで情報いただきましたが、FlashPlayer10からはBitmapDataサイズの制限が拡大されていますね。

BitmapData – ActionScript 3.0 言語およびコンポーネントリファレンス

当該部分を引用：

AIR 1.5 および Flash Player 10 では、BitmapData オブジェクトの最大サイズは幅または高さが 8,192 ピクセルで、ピクセルの総数は 16,777,216 を超えないようにする必要があります（したがって、BitmapData オブジェクトの幅が 8,192 ピクセルの場合、高さは 2,048 ピクセル以下にする必要があります）。Flash Player 9 以前および AIR 1.1 以前では、高さの制限は 2,880 ピクセル、幅の制限は 2,880 ピクセルです。幅または高さに 2880 より大きい値を指定すると、新しいインスタンスは作成されません。

なるほど、8192 x 8192ピクセル、ってのはダメなんですね。で、改めて今回作業してるファイルを見ると、cacheAsBitmapかけようと思ったインスタンスの横幅が9600ピクセル・・・。そ、そりゃあダメですよね。

「Flashのブロック」「Flashもプライバシーモードでブロックすることが可能になることを発表しました」とか言うと、なんだかまるでFlashコンテンツの表示をブロックするような感じがしますが、そうではなくてLocal Shared Object、所謂「Flashクッキー」の記録をブロックするという意味のようです。上記記事中にもあるmsdnの記事IEBlog : Adobe Flash Now Supports InPrivate Browsingより引用：

先日、Adobeが最新版のFlashではInPrivate Browsingをサポートすると発表した。Flashのバージョン10.1は、我々がリリース当初からIE8に組み込んできたインターフェースに反応するようになったのだ。Flashコンテンツのあるサイトを表示すると"Flash Cookies"が生成される。これは、各ウェブサイトのデータを保存するためにFlashが生成するファイルだ。これからは、IEの履歴やクッキーと同じように、IEのInPrivate Browsingウィンドウを閉じると、これらのFlashオブジェクトも削除されるようになる。

Flashが我々のInPrivate Browsing機能を適用してくれて本当に嬉しい。FirefoxとChromeのプライベートブラウズについても同様にサポートしてくれたのも嬉しい。Flashチーム、GJ!

「Flashのバージョン10.1」ってのは、FlashPlayerの10.1のことでしょう。つまり、今後はIEをプライバシーモードで使っていた場合、ウィンドウを閉じた時、履歴やクッキーと共に、Local Shared Objectについても削除されるようになりますよ、ってことですね。ライフハッカーの記事では「他のブラウザもじきに対応するようになる模様です。」とあるけど、msdnの記事の末尾では既にサポートしてる風な感じがするのは気のせいでしょうか。

kaourantin.net: Core Animation

Windowsユーザーの自分にはピンと来ないものの、どうやらMacでのFlashPlayerのパフォーマンスが（かなり？）向上するという話の様子。ということで、早速自分なりに意訳してみました。間違ってるところなどあるかもしれませんので、あくまで以下文章についての正確な内容は上記Tinic氏の元記事をご覧下さい。

2010年2月11日（木）

Core Animation

驚くべき事に、この一年でFlash Playerエンジニアリングチームには本当にたくさんの出来事があった。いろんな事を話したいのはやまやまだけど、この記事ではKevin Lynchが最近触れた内容、特にMacのパフォーマンスとCore Animationに関する彼のコメントについて掘り下げてみようと思う。いつもFlashに関する文脈の中でパフォーマンスについての言及があると多くの注目を集めてきたが、技術的な背景はしばしばPRの中（？）に失われてきた。

さて、Flash Player 10.1のCore Animationとはなんぞや？AppleがCore Animationについてまとめた文書があるので、それを見てみよう。

Core Animationとは高いパフォーマンスのcompositing engineと、簡単に使えるアニメーションプログラミングインターフェースとを統合したObjective-Cフレームワークのことである

なんだかFlashにバッチリ合いそうな感じでしょ？まさに、Flash Player 10.1は、このフレームワークの力を借りて、OS X上で動作するSafariや他のブラウザーが抱えているいくつかの技術的な問題に取り組もうとしているんだ。

The drawing model jungle on OS X

Core Animationを目指すより具体的な内容について触れる前に、OS Xで、プラグインがブラウザーウィンドウに描画を行う方法について簡単に見てみよう。Windowsでは一通りしかないのに対し、OS Xでは4通りもある。

1. QuickDraw。Operaや旧世代のFirefox, Safariでデフォルトモードとして使用される。
2. Quartz 2D（あるいは Core Graphics）。新しいFirefoxとSafariでサポートしている。
3. OpenGL。僕の知る限りまだこの方法をサポートしているブラウザーはない。
4. Core Animation。現在はOS X + Safari 4の組み合わせでのみ対応。さらに現在のバージョンでは警告が表示される。

これらの描画モデルの違いに加え、デザイナーはFlashコンテンツを埋め込むのに3種類の異なるwmodeを選択することができる。

1. Normal
2. Opaque
3. Transparent

Normalにすると、SWFの上にHTMLをオーバーラップして表示させる事はできなくなる。Opaqueだとそれができるようになり、TransparentにするとSWFが透過となり、その下にあるHTMLが表示されるようになる。これらの内容を考慮にいれた上で、それぞれのケースでどの描画モデルが使用されるのか（そして、Flash Player 10.1のリリース前に我々が変更しなければならない点）について示した、下記のような表を作った。

Flash Player 10.0:

	Safari 4	Firefox 3	Opera 10
Normal	Quartz 2D	QuickDraw	QuickDraw
Opaque	Quartz 2D	QuickDraw	QuickDraw
Transparent	Quartz 2D	QuickDraw	QuickDraw

Flash Player 10.1:

	Safari 4 (*)	Firefox 3	Opera 10
Normal	Core Animation	Quartz 2D	QuickDraw
Opaque	Quartz 2D(**)	Quartz 2D	QuickDraw
Transparent	Quartz 2D(**)	Quartz 2D	QuickDraw

(*)Core Animationのサポートが進行中のナイトリービルド版を使用。
(**)SWFがHTMLページのfront mostオブジェクトである時にはCore Animationが使われる。

Quartz 2Dについてはどうなる？

Quartz 2Dの基本的な前提については、Appleが次のように述べている：

Quartz 2DはiPhoneアプリケーションの開発と、カーネル外の全てのMac OS Xアプリケーション環境で利用可能な二次元描画エンジンである。Quartz 2Dはディスプレイや印刷デバイスに関係なく、unmatched output fidelityな（出力先の忠実度にマッチしない？）低レベルで軽量な2Dレンダリングを提供する。

Quartz 2Dは、アニメーションとか動画再生のようなマルチメディアアプリケーション向けにデザインされたものではない。それはOpenGL, Core Video, Core Animationの領域だ。SafariがHTMLコンテンツの描画にQuartz 2Dを使うのは、大体のケースではコンテンツが静的であることを考えると非常に合理的と言える。Flashが出てさえこなければみんなうまく行くんだ。例えば、Flash PlayerがQuartz 2D描画モデルを使ってSWFコンテンツを再生する場合、全面的にブラウザーが関与しなければならなくなる。イベントの流れはこんな感じ（Sharkでスタックトレースすることもできます）

1. 新しいフレームを表示する場合、Flash PlayerはNPN_InvalidateRectを使ってその領域の更新を要求する。
2. ブラウザーはFlash Playerから提供された矩形をそのdirty regionに追加する。
3. ブラウザーは描画リスト（HTML DOM）を検索し、dirty regionが含まれるノードを一つ一つ描画していく。
4. ブラウザーはFlash Playerインスタンスが含まれるノードを見つけると、まずHTMLの背景を描画する。次にFlash Playerに対して、要求された領域を直ちに描画することを伝えるイベントを投げかける。
5. Flash Playerはここでやっとフレームを描画する。

まあ今のところはそこそこ合理的だと思う。じゃあ技術的な問題とは何か？例えばページの背景にCSS gradientを用いたような、非常に込み入ったHTMLページを考えてみよう。そこに秒間30フレームで動作するSWFファイルを追加する。すると、Flash Playerではなく、ブラウザー側で非常に時間がかかるということがわかるだろう。ここでCore Animationが真価を発揮することになる：ステップ3と4が要らなくなるのだ（SWFが最前面に表示された最大の（？）オブジェクトである限り）。

Flash PlayerでのCore Animation

Flash Player 10.1では、この技術的な問題を解決するため、Core Animation描画モデルを実装した。Instead of using a CGImageRef + CGContextDrawImage to get the bits to screen we pass a CAOpenGLLayer to Safari and use an OpenGL texture of type GL_TEXTURE_RECTANGLE_ARB to get our bits to the screen.

Core Animation描画モデルのサポート自体はAppleからもたらされたもので、僕たちは両者にとってこの技術的な成果が完了できるよう、一生懸命取り組んだんだ。その通り！これはまさに、AppleとAdobeのエンジニアが合同で努力したものなんだ。SafariとCore Animationプラグインとのほぼ完全な統合を果たした今、Flash Playerの将来のバージョンでは、Open GLの能力をさらに活かせたらいいなと思っている。そして、それが特別なwmodeとかを設定しなくても済むようにと。I am pretty stoked about it.

2010年2月10日現在、皆さんに公開できるような安定した状態に近づいている。つまり、Flash Player10.1, OS X 10.6とSafariのアップデート版（あるいはナイトリービルドのWebKit）が必要になるだろう。それらが無い場合には何も見えないだろう。

一体どんな違いがあるの？

これがFlash Playerのパフォーマンス問題に関する万能薬だということはない。ただ、ブラウザー上でのより複雑なWEBコンテンツの体験を向上するという、より大きな目的に対する小さなステップだと言える。ここに、Flash Player 10.0 とFlash Player 10.1との比較が可能なテストケースを用意した（Safariでのみ動作）。これはあくまで極端なテストケースであるという事を忘れないようにね。

Flash Player 10.0 + nightly WebKit + OS X 10.6

Flash Player 10.1 + nightly WebKit + OS X 10.6

追伸：Core AnimationがCocoa APIだって気づいたかな？そう、Flash Player 10.1はついに真のCocoa appになったんだ（非CocoaのFirefoxやOperaをサポートするCarbon fallbackもついてるよ）。

FlashPlayer10ではFlash Text Engine (FTE) が導入され、テキスト表示まわりが強化されました。Text Layout Framework (TLF) というのは、このFTEを使いやすくするためにアドビが提供しているフレームワーク。そのTLFを使用して構築した、秀逸な縦書き表示のサイトを見つけました。

macromarionette
（ネタ元：feb19.jp blog – Flash CS5 を予習　～Text Layout Framework (TLF) 編～）

ちなみにこちらのサイト、TLFの他にも、表示部分の管理にはProgression4パブリックベータを、記事管理にはWordPressを使ってるそうです。

縦書きサイトといって自分が思い出すのは、作家筒井康隆氏の日記サイト「笑犬楼大通り 偽文士日碌」。アサヒネットが開発したソフトを利用して作成してるそうで、「ブログ間隔で簡単に情報の更新ができる」そうだけど、結局は画像として出力しているのがどうにも前時代的というか、制作側の立場としては不自由な印象が否めませんでした。

FTE / TLFはFlashの機能・フレームワークなので、使い方を学習すれば、自由に縦書きサイトを構築できそうですね。しかしProgressionもまだ満足に使えてないし、HTML5もあるし、勉強する事、たくさんあるなあ・・・。