FLV Playback-スケーリングとスムージング対高解像度？

Question

セクションからセクションへの移行として機能する大きなビデオを含むフラッシュサイト（as3）を構築しています。ビデオはスケーリングしません。大きなモニターを持つユーザーに対応するため、HDビデオを再生し、ユーザーに画面のサイズに応じてフレームの中心のみを表示することを計画しています。つまり、ほぼ1024x768の中央領域があり、すべてのユーザーが表示でき、ほとんどの情報がどこにあると想定しますが、大画面のユーザーはすべてを表示できるようにする必要があります。情報とその周辺のシーン全体も同様です。

これは、パフォーマンスの観点から、ビデオを高解像度FLVとしてエンコードして変更せずに再生するか、適切な解像度でエンコードしてから高解像度（その場でスムージング）？すべてのクリップの長さはわずか数秒であり、再生前に完全にプリロードされるため、ロード時間は問題になりません。そのため、ボトルネックはおそらく再生側にあります。

どうもありがとう！

Answer 1

最終的に、ビデオを1680 x 1050で再生する必要がありました。これは、ほとんどの視聴者のコンピューターにとってネイティブで再生するには高解像度です。最終的には、On2のVP6-Sコーデックの720pプリセットを使用してビデオをHDでエンコードし、目的の解像度にスケーリングします。ビデオ全体が表示されている場合でも、品質は許容範囲を超え、ほとんどのコンピューターで再生はまともです（画面が小さいユーザーの場合、ビデオは画面サイズに拡大縮小されず、中央に表示されるため、ビデオの一部が表示されます）。

とにかく、私たちの状況はかなり珍しい状況ですが、この情報が将来の誰かに役立つことを願っています。

Answer 2

それはあなたのクライアントが何を望んでいるかに依存すると思います-彼らのターゲットオーディエンスはより近代的なコンピューターを持っている人のタイプですか？次に、HDに進みます。サイトが可能な限り幅広い市場に到達することがクライアントにとって重要である場合は、スケールアップに進みますが、品質が低下することを理解してください。帯域幅検出の実装もお勧めします： http ：//www.adobe.com/livedocs/flashmediaserver/3.0/hpdocs/help.html？content = 00000072.html ですが、それは物事の再生側ではないようです。

Answer 3

私が経験した、スムージングを使用した小さなサイズのビデオのスケーリング（したがって、ある程度の品質は維持されます）から、HD品質のムービーを再生するよりもCPUの負荷が大きくなります。

また、正しく覚えていれば、何かを50％スケーリングすることも考えられます＆gt; 100％または25％＆gt; 100％は「簡単」です。何かを52％スケーリングするよりも-＆gt; 100％（つまり、2または4で均等に分割されている場合など）ですが、元のサイズを再生すると、スケーリングよりも処理が少なくなります（そして見た目も良くなります）。

Answer 4

画面サイズごとに異なるビデオをロードしないのはなぜですか

Flashムービーをセットアップしてウィンドウのサイズに合わせて（ stage.scaleMode = StageScaleMode.NO_SCALE を使用）、 stage.stageWidth およびを使用してステージサイズを取得します。 stage.stageHeight 。