Geolocation クラスの使い方は前回説明した Accelerometer と良く似ています。

Geolocation.isSupported 属性を使うと、実行環境で Geolocation が使えるかどうかを確認できます。値が true なら利用可能、false なら利用不可を意味します。

if (Geolocation.isSupported)
{
  // Geolocationの機能が利用できる  
}
 

位置情報といえば GPS が有名ですが、GPS 以外の手段で位置情報を取得するデバイスもあります。そのため、isSupported の値が true であることは、必ずしも GPS が搭載されているという意味にはなりません。

また、GPS 情報が受信できない場合の補助用に、複数の測位システムを搭載しているデバイスもあります。このようなデバイスでは、アプリ実行中に利用する測位情報システムが変わる可能性があります。

利用する測位システムの種類によって、Geolocation からの通知のタイミングや頻度が影響を受けるようです。ですが、利用中の測位情報の種類を知る手段はありません。なので、Geolocation の振る舞いについては実機での検証がいるかもです。

位置情報へのアクセスの状態

多くのデバイスでは、位置情報を利用する／しないをオプションとして選択できるようになっています。この状態は muted 属性を使って知ることができます。値が true のときは利用しない、false のときは利用する、が選択されていることを示します。

この状態が変わると、Status イベントが発生します。イベントハンドラを追加することで、状況に応じて処理をすることができます。下はその例です。

記事の元ネタとなっている Optimizing Performance for the Flash Platform が更新されました。前のバージョンより 15 ページほど増えています。とりあえず、CPU 編の 「Timer と ENTER_FRAME イベント」 を更新しておきましたのでよろしければご覧ください。その他には主に AIR 関連のトピックが追加されています。

では、Optimizing Performance for the Flash Platform から最後の Tips です。

まず、Flash Player 10.1 から追加された新しいネットワーク関連の機能 2 点です。

サーキュラーバッファリング （circular buffering）

• ビデオをプログレッシブダウンロードで再生する場合、デスクトップ環境では （Flash Player 10.1 含む） ロードした FLV ファイル全体をローカルディスクにキャッシュする。Flash Player はキャッシュから再生を行う
• デバイス上では、
  1． FLV のキャッシュに必要な領域が不足
  2． 20 MB 以上のディスク領域 （もし無ければ 4 MB 以上のメモリ） が利用できる - この値はコンパイル時に設定可能
  の条件でサーキュラーバッファリングが行わる
• サーキュラーバッファリングでは、キャッシュファイルが一杯になると、ファイルの先頭から再利用される
• ファイル全体がキャッシュされないと再生できないファイル （MP4 の一部のファイル等） を保存する領域が足りないと Flash Player はそのファイルをダウンロードしない

スマートシーク　（smart seeking）

• Flash Media Server 3.5.3 から Flash Player 10.1 にストリーミングを行うとスマートシークが使える
• 従来の動作は、シークが行われると、バッファされたデータは全て捨てられる
• スマートシークでは、シーク先がバッファされている範囲内だった場合、再利用できるデータはそのまま使われる。そのため、すぐに再生が開始され、ストリーミングに必要な帯域も削減することができる

あとは、Tips が 3 つあります。

SWF の分割

• SWF を複数に分割することで読み込みから起動までを高速化できる
• その際、アセットやロジックが重複してダウンロードされないように注意する
• RSL （Runtime Shared Library） を使って共通部分をダウンロードし、それを複数の SWF から getDefinition() メソッドを使って利用することが可能 - クラス定義、フォント、ビットマップ、サウンドなどが RSL 化できる

入出力エラー

• ネットワーク接続が不安定な場合に備えて IOErrorEvent.IO_ERROR イベントのリスナーを定義することが望ましい
• その際、エラーの発生をユーザーに知らせ、リトライができるようにすることを推奨

Flash リモーティング

• XML を使った通信はデータ量が多くなり、処理時間もかかるため、少量のデータを送受信するのに適している
• 大量のデータを送受信する場合は、AMF の使用をするべき
• AMF を使用する場合、サーバ側には ZendAMF, FluorineFx, WebORB, BlazeDS などのモジュールが必要
• Flex SDK を使うと、AMF が簡単に利用できる （Flash Professional でも Flex フレームワークの SWC を利用可能）

今回は Optimizing Performance for the Flash Platform から、描画パフォーマンスに関連する Tips です。

StageQuality

• デバイスは画面サイズが小さいため、イメージの品質の差がデスクトップ環境に比べて分かりにくい
• デバイスの画面は解像度が高いため、アンチエイリアス無しでも画像の質はあまり低下しない
• そのため、デバイスでは通常 StageQuality は MEDIUM で十分
  StageQuality.LOW: アンチエイリアスは一切行われない、もっとも高速
  StageQuality.MEDIUM: 一部アンチエイリアスが行われるがビットマップは対象外
  StageQuality.HIGH: アニメーションされるビットマップのみアンチエイリアスされない
  StageQuality.BEST: すべてのビットマップがアンチエイリアスされる、もっとも低速
• テキストのアンチエイリアスを "読みやすさ優先" にすると、StageQuality の値に係わらず、常にテキストはアンチエイリアス処理される

アルファブレンド

• アルファ属性を設定した場合、アルファブレンドを必要とするエフェクトの使用は避ける
• アルファ属性の使用も必要なときのみにするべき

ビットマップキャッシュ

• ビットマップキャッシュはベクター画像を内部的にビットマップデータに変換してから描画する機能、いったん作成されたビットマップはメモリ上にキャッシュされ再利用される
• ビットマップキャッシュ機能を利用するには、cashAsBitmap 属性に true を設定する
• 複雑なベクター図形やテキストの描画に効果がある
• 図形が変化するごとにビットマップを生成する、そのため頻繁に変更される図形は、ビットマップキャッシュするとかえって遅くなる
• ビットマップを保持するため、メモリをたくさん必要とする
• 図形の位置が変化してもキャッシュされたビットマップは再利用されるが、回転したり大きさを変えるとビットマップは再作成される
• アルファの値が変わった場合もビットマップは再作成される
• AIR と Packager for iPhone では、回転や大きさの変更でもキャッシュされたビットマップが使えるよう cashAsBitmapMatrix 属性が提供されている
• cashAsBitmap = true のとき、opaqueBackground 属性を設定すると、さらに処理を高速化できる
• cashAsBitmap は個々のオブジェクトに設定した方が、親オブジェクトに設定するよりも、使用するメモリ量を削減できるケースが多い （画面上で閉める領域の大きさに比例する）
• フィルターは自動的に cashAsBitmap = true を設定する。これによりパフォーマンスに影響が出る

GPU

こちらの記事をご参照ください Flash Player 10.1 のハードウェアを利用した描画機能 （グラフィックス編）

いよいよ来週は CS5 発表のオンラインイベントですね。

Optimizing Performance for the Flash Platform から、AS3 関連の Tips です。この分野はいろいろな最適化手法がありますので、ここで紹介されているもの以外にも探せば見つかると思います。このページ Some ActionScript 3.0 Optimizations の下の方にもいろいろなサイトへのリンクがまとめられています。ご参考まで。

さて、本題に戻って、

Vector と Array

• 可能な場合は Vector を使用した方が早い
• 必要な Vector の大きさを最初に指定しておくとさらに早い （メモリ領域が足りなくなると、新たなメモリ確保とデータのコピーが必要になるため）

const MAX_NUM:int = 300000;
var coordinates:Vector.<Number> = new Vector.<Number>(MAX_NUM, true);
 

描画 API

• Flash Player 10 から追加された新しい描画 API を使うと、従来の moveTo() や lineTo() を使った処理よりも高速化できる
  drawPath()
  drawGraphicsData()
• 描画する図形が複雑になるほどその差が大きくなる

var container:Shape = new Shape();
container.graphics.beginFill(0x442299);
 
var coords:Vector.<Number> = Vector.<Number>([132, 20, 46, 254, 244, 100, 20, 98, 218, 254]);
var commands:Vector.<int> = Vector.<int>([1,2,2,2,2]);
 
container.graphics.drawPath(commands, coords);
 

引き続き Optimizing Performance for the Flash Platform から、CPU の使用率を削減するための Tips です。

最初は、デバイス上での Flash Player 10.1 の新機能 3 点です。

スリープモード

• Flash Player 10.1 はアプリケーションが中断されたことを検知するとスリープモードになる
• スリープモードではフレームレートが 4 fps になり、描画は行われない
• スリープモード中はイベントが発生しない
• AIR にはスリープモードは無い

ポーズとレジューム

• Flash Player 10.1 はコンテンツがスクリーン上に表示されない状態になると再生を停止 （ポーズ） し、表示されると再生を再開 （レジューム） する
• ポーズ時には積極的にメモリの開放も行われる
• ポーズが起きるのはコンテンツがページのスクロールなどにより完全に表示されない状態になったとき
• ポーズ状態でも映像と音声の再生は継続する （ただし描画は行われない）
• hasPriority = true を設定 （下の項目参照） すると、ポーズ状態でも ActionScript の実行が行われる
• この機能も AIR には無い

hasPriority

• 新しい HTML 属性 <param name="hasPriority" value="true" />
• 値を true にすると、例えばページの下にの方にあってスクロールしないと表示されないようなコンテンツが、表示されないままでも読み込み後直ぐに再生が開始されるようになる
• ただし、表示されていないコンテンツの場合、再生されても描画は行われない
• CPU に余裕が無いとき、この属性の値に係わらず、コンテンツをクリックしないと再生を開始しない （クリック・トゥー・プレイとよばれる機能）

さて、以下は、CPU リソースを効率的に使うための Tips です。Flash Player 10 以前のバージョンにも適用されます。

前回に引き続き Optimizing Performance for the Flash Platform からメモリ使用の最適化に関する Tips です。

ビットマップのダウンサンプリング

• Windows Moblie 向けの Flash Player 10.1 では 32-bit イメージを 16-bit イメージにダウンサンプリングすることにより使用するメモリ量を半分にする
• 透明な部分を持つイメージに対してはダウンサンプリングが行われない

BitmapData の単一参照機能

• Flash Player 10.1 では、埋め込まれたイメージから BitmapData インスタンスを作成すると、常に単一のインスタンスを参照する
  
• 既存のコンテンツも再コンパイル無しで Flash Player 10.1 上で実行するだけでこの機能が利用できる
• 従来の Flash Player では BitmapData のインスタンスを生成した数だけ、実際にインスタンスがメモリ上に生成されていた

フィルターの使用

• フィルターを Sprite などに利用すると、2 つのビットマップが生成される （Sprite をビットマップ化したものと、フィルター適用後のビットマップ）
• 2 つのビットマップのうち表示に使用されるのはフィルター適用後のビットマップのみ
• Flash Player 10.1 はフィルターが 30 秒以上変更されないか、表示されなくなると、元のビットマップ （フィルターの適用されていない方） を開放する
• 解放後にフィルターが変更されると、元のビットマップがサイド生成される （動的ビットマップアンロード）
• Flash Player 10.1 で改善されてはいるが、フィルターの使用は負荷が高い
• 動的にフィルターを適用することが不要な場合には、Photoshop 等で作成した画像を読み込む方がよい

Adobe のヘルプサイトに、Flash Platform 用コンテンツのパフォーマンス最適化のドキュメント （ベータ版） が公開されています。（Optimizing Performance for the Flash Platform） Flash Player 10.1 における変更点も詳しく説明されています。

もう直ぐ内容のより充実した正式なドキュメントが日本語版として公開されると思いますが、とりあえず概要だけでも紹介しておきたいと思います。

なお、このドキュメントかなり細かいです。通常のコンテンツではここまで気にしなくてもよいのでは、というくらい些細な違いも取り上げられています。今後、iPhone や Andoroid 携帯などリソースの限られたプラットフォームを扱う人は知ってた方がよいかもですが。

まず、メモリ管理関連のトピックからです。

Display Object

• 以下の 3 種類のクラスを目的に応じて使い分ける
• 特に Shape のインスタンスは MovieClip のインスタンスの半分程度のメモリ使用量
  Shape: インタラクションの不要な場合
  Sprite: インタラクションは必要だがタイムラインが不要な場合
  MovieClip: インタラクション、タイムライン共に必要な場合

getSize() メソッド

• オブジェクトのメモリ使用量を調べることができる。単位はバイト
• flash.sampler.getSize(o:*):Number
• Flash Builder のプロファイラでも使用されている。flash.sampler パッケージを利用して独自のプロファイラ作成も可能

BitmapData の再利用

• 元の画像データが同じ Bitmap を複数作るときは BitmapData を共有する
• 下の例では、1 つの BitmapData インスタンスを 300 個の Bitmap が参照 - BitmapData を 300 個作る場合に比べ約 700KB の削減

Action Script 3 用スペルチェックライブラリ （コードネーム Squiggly） の最初のプレビューリリース版が Adobe Labs に公開されました。（Squiggly@Labs）

Squiggly を使った簡単なデモが Adobe Labs に公開されていますのでまずはそちらをご覧ください。（Squiggly demo） フィールドがフォーカスされるとスペルチェックが行われて間違いのある単語には赤い下線が表示されます。また、下線の引かれた単語で右クリックすると修正候補が表示され選択することができます。実行には Flash Player 10 が必要です。

Squiggly のダウンロードページはこちらです。（Squiggly downloads） ASDoc は別途提供されています。（squiggly_p1_asdoc_092109.zip : 72KB）

Squiggly の使い方

ダウンロードしたパッケージに含まれる AdobeSpelling.swc をパスに追加すると Squiggly が使えるようになります。下は、Squiggly を使ってスペルチェックを行うコードの例です。

import com.adobe.linguistics.spelling.*;
 
// スペルチェック用オブジェクト生成
private var _sp:SpellChecker= new SpellChecker("en");
 
// 辞書オブジェクトの生成
private var _dict:SpellingDictionary = new SpellingDictionary();
 
// イベントハンドラの追加と辞書データファイルの読み込み
_dict.addEventListener(Event.COMPLETE, handleLoadComplete);
var myUrl:URLRequest = new URLRequest("usa.zwl");
_dict.load(myUrl);
 
// 辞書をスペルチェック用オブジェクトに設定
private function handleLoadComplete(evt:Event):void
{
  _sp.addDictionary(_dict);
}
 
private function checkWord(word:String):Boolean 
{
  // スペルチェックを実行
  if(_sp.checkWord(word))
    return true; // エラー無し
  else
    return false; // エラー有り
}
 

このサンプルでは Squiggly のクラスが 2 つ使われています。スペルチェックを行うクラス SpellChecker と、スペルチェック用辞書データを保持するクラスの SpellingDictionary です。

SpellChecker は間違ったスペルの単語に対して修正候補のリストを作成するメソッド getSuggestions() も持っています。getSuggestions() は最大 10 件までの候補を配列として返します。候補が見つからなければ空の配列が返されることになっています。

下のコードは、とりあえず getSuggestions() の使用例ということで。

既に一部で伝えられているように、先週 ECMA TC39 から次期 ECMAScript 標準に関するアナウンスがありました。

Flash Player 9 の発表以来、Adobe は ActionScript を ECMAScript 標準第 4 版として提案された ECMA-262 Edition 4 （ES4） に完全準拠させるという目標を公にしてきました。この ES4 は、Adobe, Mozilla, Opera, それから Google を主要なサポーターとして標準化が進められていましたが、一年ほど前に Microsoft と Yahoo! 主導で ECMA-262 Edition 3.1 (ES3.1) のワーキンググループが開始されて以来、2 つの異なる ES3 後継仕様案が並存する状況が続いていました。

先週の発表は、ES4 に関する標準化作業を中止し ES3.1 に集中することが決定されたというもので ECMAScript Harmony プロジェクトと名付けられています。ES3.1 は ES4 のサブセットではありません。つまり AS3.0 は ES3.1 非互換になるということです。例えば ES3.1 の仕様には namespace や package は含まれません。これらの機能は ES3.1 以降の拡張に際しても含まれないことがはっきりと述べられています。また、型指定や継承といった機能の採用については （そもそも class の定義自体が異なるのですが） 今後の議論を待つことになります。JS1.7 や JS1.8 として Firefox 2, 3 に追加された機能も Harmony 路線では見直されるようです。

この件に関して Adobe からの正式なコメントはまだありませんが、Adobe のオープンソースチームのディレクターである Dave がコメントを blog に公開しています。（Standards, ECMAScript and representing the past）

要約すると、

• ECMAScript 標準化委員会参加企業の利害の不一致により仕様の一本化が難しい状況になっていた
• Web に共通の言語を持つことが必要という観点から Harmony に賛同する
• その上で、Web の革新を更に進めるため ActionScript の拡張は続ける
• オープンソースコミュニティ活動の継続・発展も標準化委員会との活動と同様に重要

ということで、ECMAScript の標準化には引き続き参加する一方 ES3.1 のレベルまで AS3 の機能を戻すということは考えられていないようです。（blog 記事に対するコメントには、これを機会に ECMAScript 準拠をやめちゃえというものもいくつか見られました - 例えば private コンストラクタや関数オーバーロード機能の実装など...） 既に多くのユーザに使用されている言語を、その可能性を制限する方向で変更するのは Adobe の理念に反すると Dave としては思っている様。

いましばらく、正式なコメントの発表はお待ちください。

まず、Adobe Labs に Flash Player 10 ベータの ASDoc が公開されています。（flashplayer10_as3langref_052008.zip: 6.46MB）　それから、Flash Player 10 用 Flex SDK の Nightly Build （安定していないビルド） がダウンロードできます。（Flex 3 SDK Downloads） May 15 以降のビルドをダウンロードすれば Flash Player 10 の新しい機能を使ったアプリ開発ができます。

さて、今日の本題です。既報のとおり、Flash Player 10 には新しい高機能なテキストエンジンが搭載されます。上でご紹介した ASDoc には flash.text.engine というパッケージ （FTE と呼ばれています） が追加されていますが、縦書きやマルチカラムといった新しい機能を利用するには、この FTE の API を使うことになります。

ところが、FTE は低レベルの API なので、これを使いこなすには新しいテキストエンジンの構造をきちんと理解する必要があります。つまり、 かるく試してみるにはちょっと敷居が高いのです。

そのため、もう少し簡単にテキストフォーマットを記述するための新しいマークアップ言語が提供される予定です。

先日公開された Flash Player アップデート 3 にはハードウェア機能を利用したフルスクリーンモードが追加されています。OS の機能を利用した描画は Flash Player としては初ですのでいろいろな環境で試してみてください。従来のフルスクリーンモードも引き続き使用できます。

ハードウェアスケーリングの使い方

Flash Player 9 アップデート 3 の Stage オブジェクトには fullScreenSourceRect という属性が追加されています。この属性は AS2 と AS3 どちらからでも利用可能です。fullScreenSourceRect により指定された領域はハードウェアのスケーリング機能により描画されるため従来のフルスクリーンモードよりパフォーマンスも画質も格段に改善されます。

ここで簡単なサンプルを見てみましょう。下は、Stage を画面全体に広げるサンプルです。

AS3 は元来動的言語ですので、改めて勧めるというのも変な感じですが、今回はさらっと読んでいただければと思います。

AS2 と AS3 のコンパイル時の型チェック

まずは何も属性もメソッドも定義されていないクラスを定義してみます。

class Foo { }
 

次に、上のクラスを使って以下のような記述をします。2 行目で存在しないメソッドを呼び出しています。

var foo:Foo = new Foo();
foo.nonExistingMethod();  // 存在しないメソッドの呼び出し
 

このコードをコンパイルしたとき、AS2 ではコンパイル時にエラーが出力されます。一方 AS3 ではコンパイルエラーにはなりません。この結果から、AS3 のほうがコンパイル時のチェックがゆるい言語だということが分かります。

そんな結果にはならなかった！という人は strict というオプションを付けてコンパイルをしているからです。

Flash を使っている場合はパブリッシュ設定パネルの AS3 設定パネルに、Flex Builder であればプロジェクトのプロパティパネルのコンパイラの設定パネルを開いてみると、”strict” あるいは ”厳密な型” という言葉が含まれれるラベルの付いたチェックボックスがあると思います。これを見つけたら選択を解除しましょう。この状態が本来の AS3 コンパイラの動作です。

今回は、flash.net パッケージの関数2つを紹介します。

navigateToURL() 関数

AS3 アプリケーションからもう一つブラウザのウインドウを開きたい、あるいは今 AS3 アプリケーションを実行中のウインドウを他の HTML コンテンツで置き換えたいというときには navigateToURL() 関数 （livedocs@lab） を使います。以下が関数の定義です。