1

これが取引です。膨大な一連のイベントを通じて、HTML5でのビデオ再生にWindowsでSafariを使用することに固執しています。

他のブラウザは使用できません。Chromeは問題外です。Safariを使用する必要があり、ハードウェアの互換性のためにWindows上にある必要があります。

私が見つけた最高のフォーマットはh.264Quicktimeファイルですが、それでもいくつかのフレームがドロップされ、少し破れています。

ビデオは1920x1080の解像度で再生されており、720pにダウンサンプリングしてみました。これにより、品質が著しく低下し、パフォーマンスが大幅に向上することはありません。

解決策として、次の2つのうちの1つを探しています。-HTML5ビデオ用のQuicktime以外のものを使用するSafari用のプラグイン（Windows互換）。私が調べたところ、WebM（VP8）プラグインはOSX専用です。-WindowsのQuicktimeでより高速にデコードされるビデオ形式の構成。私はProResを無駄に試しましたが、h.264よりもさらに遅いです。

4

1 に答える 1

0

更新...OggTheoraはXiphQTを使用してQuicktimeで再生できますが、さまざまなOggビデオ形式を再生しようとすると多くの問題が発生しました。

h.264では、x264（例：Handbrake）を使用してビデオをトランスコード/エンコードしている場合、詳細モードで次のように設定できます。

cabac=0:ref=1:me=umh:bframes=0:weightp=0:8x8dct=0:trellis=0:subq=6:tune=fastdecode

これらのパラメータ：

  • ref = 1の場合、参照フレームの制限を1に設定します。参照フレームを多く使用すると、より多くの処理が必要になります。
  • bframes = 0、bフレームを無効にします。これについてはよくわかりませんが、より高速なPフレームを強制すると思います。
  • cabac = 0、CABAC圧縮を無効にします。これにより、出力は小さくなりますが、より多くの処理が必要になります。
  • tune = fastdecode、setは、特にデコード用に出力を最適化するための調整プリセットです。

私が確信していない他のオプションは、デコードに影響を与えるかどうかは言うまでもなく、デコードへの影響に関する確かな証拠をまだ見つけていません。たとえば、「me」設定はトランスコーディングプロセスのサブピクセル強度用であり、ビデオ品質に影響しますが、フレームがどのように変化するかを理解すると、（一部のビデオでは）デコードプロセスに影響を与える可能性があります。それは私にはわかりませんが、私がどこから来ているのかをよりよく理解するために述べています。

これらの設定の詳細については、次を参照してください。

http://mewiki.project357.com/wiki/X264_Settings

于 2012-02-16T22:44:58.317 に答える