セクションからセクションへの遷移として機能する大きなビデオを含むフラッシュ サイト (as3) を構築しています。ビデオはスケーリングしません。大型モニターのユーザーに対応するために、HD ビデオを再生し、ユーザーにフレームの中央のみを表示することを計画しています (画面サイズによって異なります)。つまり、約 1024x768 の中央領域があり、すべてのユーザーが表示でき、ほとんどの情報が存在すると想定されますが、大画面のユーザーがすべての情報を表示できるようにする必要があります。情報とその周りのシーン全体も同様です。
私の質問は次のとおりです。パフォーマンスの観点から、ビデオを高解像度 FLV としてエンコードし、変更せずに再生すること、または妥当な解像度でエンコードしてから (スムージングを使用して) 高解像度にスケーリングすることは、より理にかなっていますか?急いで？すべてのクリップの長さはわずか数秒で、再生前に完全にプリロードされるため、ロード時間は問題になりません。そのため、ボトルネックは再生側にある可能性があります。
どうもありがとう！
最終的に、ビデオを 1680 x 1050 で再生する必要がありました。これは、ほとんどの視聴者のコンピューターでネイティブに再生するには高解像度すぎるためです。最終的に、On2 の VP6-S コーデックの 720p プリセットを使用して HD でビデオをエンコードし、目的の解像度にスケーリングしました。ビデオ全体が表示されている場合でも、品質は許容範囲を超えており、再生はほとんどのコンピューターでまともです (小さな画面のユーザーの場合、ビデオは中央に配置され、画面サイズに合わせられないため、ビデオの小さな部分しか表示されません)。 ）。
いずれにせよ、私たちの状況はかなり珍しいものですが、うまくいけば、この情報が将来誰かに役立つことを願っています.
それはクライアントが何を望んでいるのかによると思います。彼らのターゲット オーディエンスは、最新のコンピューターを持っているタイプの人ですか? 次に、HD を選択します。サイトが可能な限り幅広い市場に到達することがクライアントにとって重要である場合は、規模を拡大しますが、品質が低下することを理解してください. また、帯域幅検出を実装することをお勧めします: http://www.adobe.com/livedocs/flashmediaserver/3.0/hpdocs/help.html?content=00000072.html、ただし、それは再生側ではないと思います。
私が経験したことから、スムージングを使用して小さいサイズのビデオをスケーリングする (したがって、ある程度の品質を維持する) ことは、HD 品質のムービーを再生するよりも CPU に負担がかかります。
また、私の記憶が正しければ、50% > 100% または 25% > 100% にスケーリングする方が、52% -> 100% にスケーリングするよりも「簡単」だと思います (つまり、2 または 4 で均等に分割されている場合など)。ただし、元のサイズを再生することは、スケーリングするよりも処理が少なくて済みます (見た目も良くなります)。
画面サイズごとに異なる動画を読み込んでみませんか?
フラッシュ ムービーをウィンドウの寸法に引き伸ばすように設定し ( を使用)、とstage.scaleMode = StageScaleMode.NO_SCALEを使用してステージ サイズを取得します。stage.stageWidthstage.stageHeight