YouTubeはアップロードをどのようにエンコードし、どのコーデックを使用してアップロードする必要がありますか?


25

YouTubeのフルモーションビデオ録画に適したコーデック/フォーマットに関連してYoutubeが私のビデオをどのように処理するのかを正確に知りたいのですが。異なる解像度でアップロードの複数のコピーを生成する、かなり熱心な処理がセットアップされていることを知っています。少なくとも1080p、720pおよび480p、そして明らかにモバイル用です。

どのコーデックを使用しますか?プロデューサーとして、ファイルをMP4としてダウンロードするオプションがあります。ただし、サードパーティのダウンローダー(非常に怪しくてくだらない)がFLVとしてファイルをダウンさせることに注意してください。基本的に、コーデックがH.264またはそれらが使用するもので保存または上書きされるのではないかと思っています。デバイス間の優れた互換性を考慮すると、各ビデオに非常に一般的な標準または複数のコーデックを使用していると思われます。

それで、どのコーデックでビデオが出力されると期待できますか?また、それが依存する場合、それは何に依存しますか?Youtubeのコーデックで「うまく再生する」ために独自のエンコーディングを調整する必要がありますか、それとも品質的に重要ですか?Youtubeにはほとんど何でも投げることができ、それがかかることを知っているので、私は主にビデオの品質に関心があります。


ビデオに利用可能な形式を表示するツールは次のとおり
and

回答:


31

使用される形式に関する一般的な情報:

YouTubeは4つのコンテナ形式と4つの異なるコーデックを使用します。ビデオの人気度に依存します(ビデオに使用されるコーデックは何ですか(下記の理由を参照)。通常、アップロードされた動画はすべてh.264でエンコードされ、.flvおよび.mp4コンテナーに多重化されます。これが標準であり、これはすべてのビデオで発生します。ただし、.flvは720p未満の解像度でのみ使用されます。.flvコンテナには360pと480pのみが存在します。720p未満のすべてのビデオにもmp4バージョンがあります。240pでは、YouTubeはモバイルデバイス(スマートフォン時代よりずっと前)向けのかなり古いコーデック(MPEG-4 Part 2(MPEG4 Part 10 aka h.264と混同しないでください)に基づく)である3gpも使用しています。コンテナ.3gpp。

使用される他のコーデックは、WebMコンテナ形式で提供されるVP8です。WebMはGoogleによって開発された形式であり、HTML5の標準ビデオコーデックとして意図されていましたが、現在ではほとんどの最新のブラウザでサポートされています。WebMは、YouTubeのHTML5バージョンで導入されました。YouTubeは、アップロードされた後にWebMで一部のビデオのみをエンコードし、ほとんどが人気のあるビデオ(WebMでエンコードされたビデオを見た)のみをエンコードするため、WebMにビデオが存在するかどうかはわかりません。これは、WebMがさらに多くのサポートを取得することで変化しています。

現在、YouTubeはWebMでVP9もサポートしていますが、これまでのところ、このコーデックをサポートしているのはChromeのみです(2015年6月現在)。VP9では、Opusオーディオコーデックのサポートも導入されました(他のすべてのコンテナで使用されるAACを除く)。

あなたのリンクされた質問に関して(たぶんそれらはマージされるべきですか?)

アップロードに使用するコーデック/コンテナは何ですか?

アップロード速度に制限/懸念がある場合は、SDのメインプロファイルまたはHDのハイプロファイルでh.264レベル3.1 / 4.1を使用します。YouTubeはこれを問題なく受け入れ、YouTubeサーバーによってエンコードされた後はきれいに表示されます。通常、720p素材では〜4-5 Mbit / s、1080pでは〜8-9 Mbit / sのビットレートをお勧めします。4kの場合、約15Mbit / sになります。これは通常、サイズと品質の適切なバランスです。より良い品質が必要な場合は高いビットレートを使用し、小さいビデオが必要な場合は低いビットレートを使用します。

ただし、アップロードされた動画は常にYouTubeによってエンコードされることに注意してください。使用するコーデックや設定は関係ありません。そのため、アップロードに理論上最高の品質が必要な場合は、アップロード用のロスレスコーデックまたは少なくとも視覚的にロスレスのコーデックを選択してください。配信/消費者フォーマットへの最終出力としてYouTubeをご覧ください。YouTubeへのアップロードは、制作の最後のステップであり、制作中はロスレスを維持したいと考えています。しかし、これはすべて理論上のことであり、TV放送や映画についてではなく、YouTubeについて話しているので、実際問題ではないことに注意してください。

しかし、本当に「完璧な」方法でそれを行いたい場合は、h.264のようなコンシューマコーデックではなく、プロダクションコーデックを使用してください。MJPEGはそのための優れたコーデックであり、YouTubeは.aviまたは.movコンテナでそれを確実にサポートします。MJPEGは非可逆コーデックですが、視覚的な品質はソースと同じです(十分に高い品質設定を選択した場合、これはビデオコーデックとして実質的にJPEGです)。私の意見では、真のロスレスコーデックを使用すると、ハードドライブのスペースと帯域幅が無駄になります。

ただし、ビデオを本当にロスレスでアップロードし、アップロード時間を気にしない場合は、標準のQuickTimeコーデックを使用することをお勧めします。これらはほぼすべてYouTubeでサポートされているはずです(すべてがロスレスではないことに注意してください、h264も標準のQuickTimeコーデック)。YouTubeでは、残念ながら、どのQuickTimeコーデックがサポートされているかは明記されていません。アニメーションまたはJPEG2000が動作するはずです。両方のコーデックは、100%ロスレスにすることができます。

フレームレートに関しては、録画/アニメーション中に25FPS(今ではYouTubeは50および60FPSビデオ、おそらく30FPSもサポートしています)を使用することを選択できる場合、YouTubeはそれを最も気に入っています(すべてのビデオに使用されるフレームレート)フッテージがすでに別のフレームレートで提供されている場合は、それを維持し、上下に補間しないでください。YouTubeが変換を処理し、通常はエンコーダよりも優れた処理を行います。彼らは毎日あらゆる種類のフレームレートに対処し、この(実際には非常に複雑な)問題を本当にうまく解決しなければなりません。

オーディオ:

オーディオについてもロスレスを維持したい場合は、PCMを使用しますが、これも理論上の品質改善にすぎません。AACは通常、同じジョブ品質を賢明に(主観的に)実行し、より小さくなります。AACには少なくとも192kbpsのビットレートをお勧めします。通常、サイズの影響はビデオコーデックほど大きくないため、320kbpsでも対応できます。YouTubeは、AACおよびOpus(WebMのみ)コーデックを使用して、オーディオを〜24kbps(モバイル別名3gp)〜64kbps(240p)、〜128kbps(360p / 480p)、および〜192kbps(720p +)に変換します。


3
この答えに同意します。ただし、実用的な制限があります。アップロード速度です。アップロードにどれくらいの時間を許可していますか?週末全体、夜、または就業日の終わりまでの数時間。私自身は、ビデオの10分間に2 GBの制限を設けましたが、私の場合は約4時間のアップロード時間が必要です。しかし、これは本当に品質を制限していますか?2 GBのビデオのビットレートは30メガビット/秒で、YouTubeはこれを3メガビット/秒に変換します。ロスレスエンコーディングはアップロード時間を増加させますが、YouTubeの出力は3 Mbit / sのままです。個人的な制限を自分で設定してください。
Fred42vid

確かにそれが理論的であり、決して実用的ではないことを(願わくば)非常に明確にした理由です。H.264は、ほとんどすべての場合に推奨されます。私が考えることができるMJPEGの実際の唯一の実際のユースケースは、YouTubeからの2番目のエンコードで悪化する最初のh.264エンコードでカラーバンディングが発生する場合です。
PTS

1
Youtubeはh.264ハイプロファイルをサポートしているため、常に使用する必要があります。SDコンテンツのメインプロファイルはばかげています。8x8dctを省くことは常に悪い考えです。x264では、8x8dctを有効にすると、CPUサイズとファイルサイズごとの品質(レート:ディストーションまたはRD)の最も効率的なトレードオフが得られます。
ピーターコーデス

2
H.264は、同じビットレートでMJPEGよりもずっと良く見えます。より良い品質が必要な場合は、ビットレート(またはターゲットビットレートモードの代わりに一定品質の品質設定)を上げてください。巨大なファイルをアップロードしてもかまわない場合は、ロスレスh.264に至ることができます。おそらく、ロスレスj2kよりも小さいでしょう。どちらも完璧な品質ですが、それはロスレスの意味です。
ピーターコーデス

1
オーディオの場合、youtubeがFLACをサポートしているかどうかにかかわらずIDK。もしそうなら、それはロスレスのためのあなたの行く選択です。そうでなければ、良いエンコーダで作られた高ビットレートのAAC。(-c:a libfdk-aac、ffmpegのデフォルトfaacまたは組み込みのaacエンコーダーではありません。)
Peter Cordes

5

YTがビデオを出力する形式は、さまざまな要因によって異なります。ほとんどの通常のビデオでは、MP4およびFLVコンテナファイルの形式で、ビデオ用のH264エンコードストリーム(オーディオ用のAACまたはMP3)を使用します。

これらはエンコードされたビデオデータを保持する単なるコンテナーです-ただし、H264エンコード形式は、Sorenson Spark、On2 VP6など(特に古いビデオの場合)も保持できるため、FLVファイル(または理論的にはMP4ファイル)では保証されません)。

FLVは、Flashプレーヤーで再生できることが保証されているため使用されます。

形式を決定するのはダウンローダーソフトウェアではありません- itagオプションを識別するために、「ブラウザ」ではなく「内部」ビデオURL を使用して利用可能なものをダウンロードするだけです。オプションで動画を変換する場合は機能になりますが、YTの形式には関係ありません。

これらに加えて、3GP、WEBM、3Dムービーなどの他の形式もあります。一部の携帯電話と、HTMLで直接動画を再生できる(つまり、Flashプレーヤーなしで)新しいHtml5標準(現状のまま実装)を対象としています。

しかし、最も一般的な形式に戻りましょう。品質に関しては、それほど問題ではありません。FLVにH264が含まれている場合、f.ex VideoLANのVLC Playerを使用してMP4コンテナファイルと同じように再生できます。FLVにH264が含まれておらず、H264を保持するMP4コンテナーとして使用する場合は、再コーディングする必要があるため、品質が低下します。

現在、YTはH264を好むようですので、この形式でもアップロードすることをお勧めします(最適な解像度での再コーディングを避けるために、サイズとビットレートに関する情報を参照してください)。



0

あなたの質問は、「YouTubeはアップロードをどのようにエンコードし、アップロードにどのコーデックを使用すればよいですか?」です。

あなたの質問をより深く掘り下げます:「Youtubeのコーデックで自分のエンコーディングを「うまく再生する」ように調整する必要がありますか、それとも品質的には重要ですか?私は主にビデオの品質に関心があります。」

答えは、YouTubeはLavf57.25.100を使用して新しいビデオをエンコードしますが、数年前のビデオは独自のエンコーダーでエンコードされます(IDに「Lavf57.25.100」は埋め込まれず、代わりに「IsoMedia File Produced Google、2011年5月11日」)。アルゴリズムが変更されたときに、古いビデオは再エンコードされませんでした。

YouTubeではH.264を使用することをお勧めします。https//support.google.com/youtube/answer/1722171? hl = enをご覧ください

何らかの理由で、コンテナについて尋ねないことを選択します(これはコーデックとは異なります)。また、1080Pが利用可能になると想定しており、最も重要なことであるビットレート(解像度が後に続く)については尋ねません。

1080P解像度のビデオを60FPSでアップロードする場合、利用可能な最大解像度は720P(1080P対応のモバイルデバイスで60 FPS)です。29.97FPSで1080Pビデオをアップロードすると、モバイルデバイスで1080Pを表示できます。

「品質」が目標の場合、重要なのはビットレートと解像度です。YouTubeは「圧縮テスト」を実行して、ビデオを最小の劣化で押しつぶすことができるかどうかを判断するため、アップスケールまたはロスレスを使用することはできません-ドロドロをアップロードし、高度に圧縮されたドロドロ、高解像度、高ビットレート、YouTube押しつぶすことをやめて、はるかに優れた視聴体験を提供します。

参照:https://support.google.com/youtube/answer/1722171?hl=enを

異なる解像度と「品質期待値」に注意してください。期待度の低い4Kビデオの場合、35-45 Mbpsのビットレートのビデオをアップロードできますが、「プロデューサー」であり、品質が目標の場合は、より高いフレームレートと、少なくとも66-85 Mbpsカメラビットレート(非常に穏やかに圧縮する前)。

低解像度のビデオをアップスケールし、可能な限り最高の品質が得られることを期待して非圧縮コーデックを使用する場合、あなたは捕まえられます(そしてドロドロになります)。

最高品質の結果を得るために、プロダクション品質カメラ、高フレームレートおよびビットレートビデオ、非常に穏やかに圧縮(Ffmpeg Q = <10)を使用して記録します-「コーデック」(あなたの言葉)が唯一の決定要因ではありません古いもの)。

Ffmpegは.MP4コンテナとH.264コーデックをサポートしているため、これらを使用します。

YouTubeは自分の動画を台無しにしているとよく言われますが、問題は、そもそも「切り替え」をしてYouTubeのCompressorがアップロード時に優しく踏むのに十分な高品質をアップロードしなかったことです。ピクセルピークの完璧なビデオが可能です。GIGOルールが適用されます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.