2

Amazon S3 にアップロードした動画を保存するシステムに取り組んでいます。ビデオは多数のクライアントによってアップロードされており、クライアントが何をアップロードするかを制御することはできません。さまざまなデバイスとオペレーティング システム (Windows / Mac / デスクトップ / タブレット / モバイル) でビデオを表示しています。

利用可能なコーデックが多数あるため、.mov ファイルには多くの問題があるようです (これらのコーデックの一部は、独自のものである可能性があり、ライセンスの問題などがあります)。

Amazon のエラスティック トランスコーダーを使用して、アップロードされたすべてのビデオの HTML5videoタグ互換バージョンを生成し、HTML5 準拠videoのタグ マークアップを使用してこれらを再生するか、またはユーザーがアップロードしたファイルで JW Player を引き続き使用するかどうかのオプションを検討しています。 . iPad で JW Player を使用して既存の .mov アップロードの 1 つをテストしたところ、問題なく動作しましたが、これが常に問題ないのか、使用されているコーデックがエラーを引き起こす可能性があるのか​​どうかはわかりません。これが問題かどうかは誰にもわかりませんか？それが問題である場合、Amazon のエラスティック トランスコーダーを使用したときに同じ問題が発生しますか? これに関するアドバイスや洞察は大歓迎です。

4

1 に答える 1

2

HLS や Smooth などのアダプティブ ビットレート形式の利点を得る必要がない限り、mp4 形式を使用できます。これにより、デバイスやプラットフォーム間で再生するための幅広い互換性が得られます。つまり、ユーザーは短いビデオで機能する「プログレッシブ ダウンロード」体験を得ることができ、アダプティブ ビットレートがもたらす潜在的な帯域幅の節約とバッファリングの少ないユーザー エクスペリエンスの恩恵を受けられないことを意味します。

JWPlayer や FlowPlayer などのサードパーティのメディア プレーヤーを使用することもできます。これらのプレーヤーは、基本的なビデオ タグに加えて追加の利点を提供します。

トランスコーディングをワークフローに組み込むことの利点 (質問で言及したようなサードパーティの SaaS 製品や DIY ソリューションを使用して実行できます) は、自分で制御できるため、再生エクスペリエンスをより適切に制御できることです。ユーザーにアクセスさせたい形式とビットレート/解像度。

送信された形式の一部はビデオ タグやサード パーティのプレーヤーでは再生できない可能性があるため、再生時の互換性を改善しますが、それらを MP4 にトランスコードすると、その問題が解決されます。さらに、一部のユーザーにとっては入力ビデオの解像度/ビットレートが高すぎる可能性があります。ビットレートを下げることで、低速のネットワークや能力不足の CPU での再生エクスペリエンスが向上します。トランスコード時に、同じ入力ファイルに対して異なるビットレートで複数の出力を作成することを選択できることに注意してください。これにより、帯域幅条件に適合するように、ユーザーが再生したい品質を選択するオプションが (自動的に行われない場合) 与えられます。

于 2014-12-22T23:46:21.687 に答える