タグ付けされた質問 「h.264」

ffmpegでmp4ビデオをループし、現在の設定とコーデックを保持したいだけです。 たとえば、input.mp4の長さが0:10で、4回ループしてoutput.mp4の長さが0:40の場合、次のコマンドラインを変更するにはどうすればよいですか？ ffmpeg -i input.mp4 -c copy output.mp4 私は試した... ffmpeg -loop 4 -i input.mp4 -c copy output.mp4 ...しかし、「Option loop not found。」というエラーが表示されます。

52 ffmpeg  mp4  h.264 

注：少し前に、このコミュニティをまだ見つけていないときに、同じ質問をstackoverflowに投稿しました。質問はこのコミュニティにより適しているため、これを再投稿します。 1.試したこと AVCHDカメラで再録音されたいくつかの.MTS（AVCHD形式）ファイルがあります。その仕様は次のとおりです。 $ ffprobe 140612_Canon-00000.MTS ffprobe version 2.2.1 Copyright (c) 2007-2014 the FFmpeg developers (snip) Input #0, mpegts, from '140612_Canon-00000.MTS': Duration: 00:48:58.40, start: 0.800300, bitrate: 5563 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, …

20 ffmpeg  avchd  h.264 

私は、これは法律上のフォーラムではありませんが、私は、これはH.264ビデオ（AVC / MPEG4 part10）以来、このサイト上のほとんどの人々の毎日の問題ですので、ユビキタスであると仮定しています（とそこに知っているlegalタグここでは）。 h.264ビデオの特許問題について読んだことがありますが、少し混乱しています。（ffmpegまたは他のツールを使用して）商用で使用するビデオの作成に問題はありますか それとも、このビデオタイプを作成するソフトウェアを書いている人だけの問題ですか？

18 mp4  h.264  legal 

破損したビデオファイルで終わることが何度もありました。 公式のソースからダウンロードされたがトレント付きのビデオ。何らかの理由で、すべてのピースが.mkv、.ts、または.mp4にあるわけではありません 特定の時点でデータが欠落している.ts形式のレコード 破損したセクターのある古いハードドライブからビデオをコピーしました このビデオをVLCまたは他のプレーヤーで再生すると、特定のポイントまで再生し、すぐに終了します。悪い部分をスキップしようとすることもありますが、別の不良セクターに出会って再び終了することができます。 質問： この問題（ストリームとキーフレームに関連すると思われます）をffmpegで、おそらく-cコピー形式で修正できるので、すべてを再圧縮する必要はありませんか？ 私が達成したいのは、不足している部分がスキップされる完全な長さのビデオです。ビデオがクラッシュするよりもグリッチが好きです。

17 ffmpeg  h.264 

YouTubeで配給する短編映画を作っています。YouTubeがストリーミングにVP9を使用していることは知っていますが、YouTubeは引き続きh.264でのアップロードを推奨しています。YouTubeでストリーミングされるのと同じ形式でアップロードする方が理にかなっていますが、何かが足りないかもしれません。 また、DNxHRやProresのような高品質のコーデック（帯域幅や処理時間については気にしません）でアップロードすると、YouTubeのエンコード後のビデオの品質が向上しますか？

15 encoding  youtube  h.264  prores  vp9 

「未指定」ではなく、明示的にbt.601としてビデオにタグを付けたい。プレーヤーは通常、幅が1280ピクセル未満のビデオのデフォルトとしてbt.601を選択することを知っていますが、bt.601がビデオの正しいカラーマトリックスであることを明示的にしたいと思います。 問題は、bt601ffmpegやlibx264 にはオプションがなく、bt709とその他のオプションのみであるということです。 HDからダウンスケールされたビデオがいくつかありますが、まだbt.709のままですが、適切にタグ付けされていません。そのため、ビデオを見るときに、プレーヤーを手動でbt.709に切り替える必要がある場合があります。bt.601として明示的にタグを付けると、将来の視聴者（たとえば、私）に、それがbt.601であることは間違いありませんmediainfo。 これのもう1つの使用例は、（を使用して-vf colormatrix）カラーマトリックス変換を行わずにbt.601ビデオを1280以上に拡大した場合、色情報を指定しないままにしておくと、プレーヤーはbt.709を誤って想定します。 FFMpegのcolormatrixビデオフィルターはbt601、入力または出力のカラーマトリックスとしてサポートしますが、タグも設定しません。（ffmpegのカラーオプションを設定する副作用がないため、のようにsrcとdestで操作することさえ拒否されてい-vf colormatrix=bt601:bt601ます。） ffmpg in -color_primaries bt709 -color_trc bt709 -colorspace bt709 out 出力ビデオに、yuv <-> rgbのbt.709を使用するタグを付けます。タグは、コンテナー内だけでなく、ビデオビットストリーム自体の内部にあります（これは、少なくともmp4およびmkvコンテナーでは、コンテナー固有のものではなく、コーデック固有のもののようです）。 例：mediainfo出力： Complete name : out.mkv ... Writing application : Lavf57.14.100 Writing library : Lavf57.14.100 Video ID : 1 Format : AVC ... Writing library : x264 core 148 r2638+4 afcf21c …

12 ffmpeg  h.264  colorspace  metadata 

私はffmpegの画面キャプチャ機能に興味を持ち、h264の簡単なリアルタイムキャプチャテストをいじり始めました。 ffmpeg -f dshow -i video="screen-capture-recorder" -video_size 1920x1080 -framerate 30 -c:v libx264 -crf 0 -preset ultrafast capture.mkv -qp 0または-crf 0オプションlibx264を使用したffmpeg h264のドキュメントに記載されている内容は、ロスレスモードで動作するはずです。 -qp 0または-crf 0を使用して、ロスレス出力をエンコードできます。ロスレスでは-crfよりも-qpを使用することをお勧めします。これは、8ビットと10ビットのx264がロスレスで異なる-crf値を使用するためです。 これは、リアルタイムキャプチャセクションのヘルプでも繰り返され、オプションの再エンコードを低速のプリセットで行ってサイズを節約しようとしています。 最初の録音はロスレスであり、再エンコードもロスレスなので、このプロセスで品質が失われることはありません。 これに基づいて、ガイドを信頼し、-qp 0を使用すると想定して、完全にロスレスのワークフローを実現します;） ただし、特定の状況で損失が発生することがわかりました。 だから私はこのコードでhuffyuvコーデックで別のテストを行いました： ffmpeg -f dshow -i video="screen-capture-recorder" -video_size 1920x1080 -framerate 30 -c:v huffyuv capture.mkv 結果： 画面1：ロスレスモードのh264 画面2：huffyuv 画面ベースhuffyuvは完璧ですが、真のロスレスコーデックですが、h264代わりにここで何かを圧縮します。なぜロスレスモードでセットアップする必要があるのか​​理解できません。 （huffyuvはデスクトップのビットマップスクリーンショットと同じです。h264でも同じです） 誰かがそれを理解するのを手伝ってくれる？ 編集：コメントで必要に応じていくつかのffmpegダンプを追加します;） h264実行： …

11 ffmpeg  video-quality  h.264  video-capture 

次のコマンドを使用してMP4に変換する大きなMPEG-TSファイルがあります。MP4とTSファイルの両方のビデオで同じ時間をシークすると、MP4はTSファイルの数フレーム遅れます。これは、私が探しているビデオに進むにつれて次第に悪化します。 c:\>ffmpeg -y -r 30 -i full-ts.ts -c:v copy -r 30 -an full.mp4 ffmpeg version N-69040-gb23a866 Copyright (c) 2000-2015 the FFmpeg developers built on Jan 12 2015 22:02:37 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm …

10 ffmpeg  mp4  h.264 

libx264で10ビット4：2：2エンコーディングを実行できるようになったと思いますが、動作しないようです。私はffmpeg（以下の情報）を使用しており、x264エンコーダーも直接試しました。私はもう試した ffmpeg.exe -i input.mov -c:v libx264 -profile:v high422 -crf 20 -pix_fmt yuv422p output.mp4 そしてそれは素晴らしい4：2：2出力を生成しますが、8ビット深度でのみ、 [libx264 @ 00000000055a9de0] profile High 4:2:2, level 4.0, 4:2:2 8-bit そして私は試しました ffmpeg.exe -i input.mov -c:v libx264 -profile:v high10 -crf 20 -pix_fmt yuv422p output.mp4 そしてそれは私にエラーを与えます： x264 [error]: high10 profile doesn't support 4:2:2 [libx264 @ 00000000051ead60] Error setting …

9 ffmpeg  h.264  libx264  x264 

HEVC x265でいくつかの実験を行っています。 私は生の映像を持っていて、同じCRF設定のh264の詳細の品質はh265よりも良く見えます。 反対ではないですか？ 多分私のセットアップは最高ではありません：トランスコーディングにffmpegを使用し、ビデオを確認するためにvlcを使用している場合、画面のコンテンツをコピーして、photoshopなどのプログラムで画面を比較します。 私が使用するFFmpegコマンドは次のとおりです。 ffmpeg -i input.mp4 -c:v libx264 -crf 30 -c:a copy output_h264.mkv そして ffmpeg -i input.mp4 -c:v libx265 -crf 30 -c:a copy output_h265.mkv アーティファクトがより見やすいため、テスト目的でCRFとして30を使用しました:) 品質の低下は、VLCとh265のデコンコーディングにおける実験的サポートによって引き起こされる可能性がありますか？たぶん、低いビットレートでもっと目に見えるものはありますか？

8 ffmpeg  video-quality  transcoding  h.264  h.265