14

Mac OS X でffmpegを使用したエンコード プロセスが用意されています。このプロセスでは、ソース ビデオとそこからいくつかのファイル (.m3u8 ビデオ、.mp4 ビデオ、.mp3 オーディオ ファイル) が取得されます。

デフォルトでは、m3u8 プロセスからのビデオを使用しました。これは、h264 ( libx264 経由) ビデオと AAC ( libfaac 経由)オーディオです。

私たちは主にモバイル デバイスでこれらのビデオを使用しています (したがって m3u8 ファイル) が、Android、Windows Phone などの .mp4 ファイルも使用しています。フラッシュ プレーヤーを介してこれらの同じビデオを Web で提供する必要もますます増えています。または HTML5 プレーヤー。

したがって、これらすべての用途に最適なオーディオ/ビデオコーデックの組み合わせが必要です....mp4ファイルの「標準」とは何ですか?

.mp4 が mp3 コーデックを使用している場合、QuickTime を除くどこでも問題なく再生されます。QuickTime ではビデオは再生されますが、音声はありません (VLC プレーヤーでも問題なく動作します)。

ファイルからコーデック データを実際に取得しようとするのではなく、QuickTime がファイル拡張子を使用してビデオに関する情報を想定する方法が原因であると言われました。同じファイルをエンコードし、オーディオ コーデックに AAC を使用すると、QuickTime で問題なく動作します。

それで --- 「正しい」または「理想的な」オーディオ/ビデオ コーデックの組み合わせは何ですか --- 「無料」のコーデックではありませんが、AAC を使用するのが最善かつ安全ですか (つまり、幅広いデバイスで動作しますか)。 ?

4

4 に答える 4

7

互換性の問題はさておき、mp3 から aac へのトランスコードによって引き起こされる品質の低下を考慮する必要があるかもしれません。元のオーディオは mp3 でエンコードされているため、aac にトランスコードする代わりに mp3 ビットストリームを再多重化することにより、より良い最終結果が得られます (特定のビットレートで aac が mp3 よりも優れている場合でも)。

ワークフローで元の mp3 のビットレートを下げる必要がある場合、私の主張は関連性を失います。

于 2014-09-08T06:17:48.090 に答える
3

AACタブレットや携帯電話などの多くの最新のデバイスにはハードウェアデコーダーが搭載されている可能性があり、バッテリーが向上し、CPU 消費が少なくなるため、推奨されます。についても同様h264です。

于 2017-11-02T00:31:44.730 に答える
2

http://en.wikipedia.org/wiki/HTML5_video - 下にスクロールして互換性表を表示します。MP3 または AAC のいずれかが H.264 でうまく機能するようです

于 2013-10-28T15:22:31.173 に答える
0

あなたが言ったように、間違いなくAACコーデックを使用してください。それはより広い範囲のデバイスで動作し、HTML5での使用に適しています

于 2012-02-06T23:38:19.613 に答える