その後の調べで、Flash 8 Video EncoderはCBRのみだということが分かりました。ゆえに、下記の私の発言は誤りですので、訂正します。
引用：

----------------
永井勝則：
himco.jp :

その後、検証をすすめ、
低スペックのマシンでも再生が開始されると
スムーズに再生を維持するためには、再生を開始する前の
バッファリングを尺分バッファリングする以外ないという結論に
至りました。FlashPlayerの中で、再生を後追いするので
その分、負荷がかかるんでしょうね。
ストリーミングサーバに置くと、また違ってくるんでしょうけど、
現状、プログレッシブストリーミングで進める方向で開発しています。

解説ありがとうございます。
すっきりしました。
私もその辺の所を、詳しく調べてみたいと思います。

するどいつっこみをいただき調べました。
それによると、要するに、デジタルビデオでは、有効範囲があって、720 x 480を全て使うことができず、無効な部分をカットする必要があるようです。
で、その残りが704 x 480になる、ようです。

規格では水平方向の有効数は720と決まっていますが、NTSCでの実際の有効画素数は711個ほどで、アナログでの有効走査線数は485本だそうです。
ですので、有効な範囲は711 x 485となります。で、この711 x 485をコンピュータのモニター用の4:3に変換します。

垂直ピクセル数は480(640 x 480の480)なので、
711:485 = x : 480を解くと、x = 703.670..となります。

4:3に変換する、というのもよく分からないのですが、これは仮に40cm x 30cmのモニターがあったとすると、モニターの１ピクセルの縦横の大きさは、
40 cm / 711 = 0.0562 （横）
30 cm / 485 = 0.0619（縦）となります。
これが横に704個、縦に480個あるということですから、
0.0562 x 704 = 395.648(横)
0.0619 x 480 = 297.12（縦）となって、396 : 297でおよそ4:3であることが分かります。

以上は自分なりに調べ理解した結果です。
誤解があるかも知れません。

この内容はもはやデジタルビデオの技術者のみぞ知るような内容なので、専門書を読まれるとか、専門家に聞かれるとかの方が正しい答えが返ってくると思います。

----------------
永井勝則：
himco.jp :

ページ数も少ないので、一気に読み進めたんですが、
一つ工程の中で、疑問におもったことがあり
質問させて頂きます。

FlashPaperの5ページ目の、

実際には、ビデオテープやDVDでD1解像度を使用すべきで..
という下りの、

『3.左右の両端から8ピクセル分、クロップします。』

という上記の工程なんですが、これをする必要性がよく
わかりませんでした。解像度の問題などと関係してくると
思われるんですが、理論だてて解釈しようと思っても
計算上、どういうことなのか理解できませんでした。
この8ピクセルという数字は、適当なんでしょうか？
よろしくおねがいします。

情報ありがとうございます。
参考に検証を行いたいと思います。

Flash 8から採用されたVP6 コーデックを使ったエンコーディング方法について書かれた
Flash Article「VP6コーデックを使ったエンコーディングの最良の方法」の翻訳文をアップしました。
Flash Video Encoderを使ってエンコーディングする際の推奨設定が載っています。

http://www.himco.jp/
TRANSLATIONから入れます、ナンバー51です。

----------------
永井勝則：
himco.jp :

Sorenson Squeezeでは設定できると思うので試されてはいかがでしょうか？＞画質を含めたクオリティは、On2Vp6の方が格段にいいと
思ってるんですよね。んー悩ましいところです。
いろいろ検証したいと思います。
ありがとうございました。

元のビデオ・ソース、エンコーディング、再生環境、再生状況などによって
ユーザーの視聴体験は変わってくるので、結局はこれがベスト！というのは
個別のケースで見つけ出すしかないのではないかと思います。

「記録済みFlash Videoのための最良のエンコーディング方法」に実験の経過や結果が出ています。

VBRに関してですが、確かにVBRの設定場所が見あたりませんね。
2004のときのエンコーダーでは確か設定できた記憶があるのですが、Flash 8をインストールしたらエンコーダーも上書きされてしまうようです。QuickTimeからの書き出しで2004のエンコーダーを使っていたのですが、これがFlash 8のものに変わっています。

Sorenson Squeezeでは設定できると思うので試されてはいかがでしょうか？

----------------
永井勝則：
himco.jp :

早速のお返事有難うございます。

紹介して頂いた文献を参考にいろいろ試してみて、
ローカルでの再生にカクツキはなくなりました。

工程の方法としては、無圧縮の元データのフレームレートを
29.97fps→30fpsに変更して、エンコーダで前回と同じ設定
で出力しなおすと、かくつかなくなりました。
これが直接の原因だったのかはわかりませんが、Flashの
設定に放送用のフレームレートが対応していないということでしょうか。

それで、実際サーバにあげてみて、再生してみると
やはり環境によってはカクツクようです。

これは、通信環境によるものなのでしょうか。
しかし、比較的ハイスペックのマシンでは、通信環境が
悪くても読み込んでしまえば、流れている際の
カクツキは少ないように見えます。
逆にロースペックでは、通信環境が早くても
カクツキは非常に目立ちます。

どうやら、On2VP6のコーデックがハード依存するようですね。
（参考文献）

要はFlashレンダリング能力に対しての再生環境に問題があるとい
結論でしょうか。となると、ローカルで再生した場合も
サーバごしに再生した場合も、読み込んでしまえば
カクツキは変らないはずだと思うのですが、
環境によって、カクツくようです。（通信速度？）
それが、前回も記述したと思いますが、
Mac環境（G4の１G　メモリ1G）では、Win環境より、
ブロックノイズは目立ち、再生スピードもカクツキます。

いろいろ原因があるようで、どれが原因の
決め手なのかいまいち、特定できません。

そもそも民生用の放送の再生スピードをネットで再現するのは、
難しいのでしょうか。プライオリティは、大きく、綺麗に
早いスピードはいずれも譲れないというのはクライアントの
要望ですね。ストリーミングサーバにおくと、また変ってくるのでしょうか。

データのつくりに関しては、flvデータを、swfのインターフェースから、外部参照して読み込みを行っています。

今行っている検証事項としては、キーフレームの設定と、
映像のみのflvデータと音のみのデータをつくり、
それぞれ、別に読み込んで再生させるとどうなるか？
を検証しています。後日ここで検証結果を記述したいと思います。

＞VBRに対応しています。
これは、Flashビデオエンコーダを使用すると、
自動的にVBR圧縮になっているということでしょうか？
設定項目には、CBR　or　VBRを選択するところは、
ないようです。