Flash Communication Server MX

クライアント側の NetStream の Status のリストの一番最後に、本来、NetStream.Unpublish.Success が来るべきはずなのに、NetStream.Publish.Start の項目になっています。

クライアント側の NetStream.publish のパラメーターの最初の説明は record のはずなのに、項目名は apend になっています。
また、append の項目名も、apend になっています。（こちらはスペルミス）

application.server の返ってくる値は、ドキュメントのサンプルには

となっていますが、実際にサーバーから返ってくる値は、

です。

1.5.1 では「Flash Communication Server-Linux/1.5.1」といった形で返ってきますので、1.0 のドキュメントバグだと思われます。

サンプルコードに記述ミスがあります。
括弧が無いため、正常に動作しません。

誤

stats = application.getStats;

正

stats = application.getStats();

このドキュメントバグは、Communication Components Updater のヘルプパネルの内容では治っています。

マルチバイトのサーバーサイドスクリプトは、UTF-8 を使用するようにマニュアルやドキュメントで指示されているのに、肝心なサーバーサイドのコア JavaScript がマルチバイト処理に対応していません。

サーバーサイドの String Object 等でマルチバイトを処理すると、文字化けしてしまいます。
現時点では、この不具合の回避方法は無いようです。

サーバー側で日本語のログ処理などを行なうことは困難ですので、注意が必要です。

Mac OS X に接続されたカメラを Flash ビデオに表示したり publish すると、setMode で指定された領域の 1/4 のエリアが Flash ビデオの領域に表示されてしまうため、他の環境とは違った表示になってしまう。

publish でもこの不具合が発生してしまうため、Mac OS X では事実上カメラは実用になりません。

追記：Windows でもカメラによっては発生するという情報もあるようです。

上のような状況のため、「Macromedia - FlashCom TechNotes: Ports, Firewalls, and Macromedia Flash Communication Server」のポート接続性チェックは、タイムアウトになってしまうような状況では、現実的には実用にならないようです。

これを実用的にするためには、setInterval を使って接続の中断処理を作成する必要があります。

Date Object の Date.toString() で返ってくる文字列のフォーマットが、サーバーサイドとクライアントで違います。