ffmpegならこちらへ 6

公式サイト
http://ffmpeg.org/

エンコード、ストリーミング配信を高画質高音質で行えるffmpeg。
OSに拘らず対応コーデックが多い。
対応コーデックが多く、多彩なオプションを使用可能。
コマンドラインから使用することができる。
ffmpegならこちらへ 5
https://egg.5ch.net/test/read.cgi/software/1597315425/

ライセンスが変わらない限り無理

xHE-AACを使おう

基本はcopy
可逆とかででかすぎるならopus

-ssって頭やお尻をカットするってより
残すところを抜き出すって考えなんだな
頭硬かったわ

3分割とかしたとき理解したわ

-ssはオプションの順番に気遣わないといけないからウザい

DaVinciでも使ってろ

実はどのオプションも位置に意味があるんだけどな

入力（-i）の前が入力オプション、出力の前が出力オプション
ファイル全体やその中の映像・音声に対するオプションは入力／出力で別物

こうして、同じ動画を2回切って2つの最後と最初をつなげてますが、
動画の途中を切ってつなげるのを、ひとつのコマンドで出来ますか？
ffmpeg -i 動画1.mp4 -ss 0 -t 10 -c copy 動画[email protected]
ffmpeg -i 動画1.mp4 -ss 50 -t 60 -c copy 動画1@@.mp4

適当な解答
ffmpeg -i 動画1.mp4 "-ss 0 -t 10" "-ss 50 -t 60" -c copy 動画[email protected]
聞く前に調べる、試す、失敗して学べ

>>362
キーフレームが合わないと
しばらく画像が止まるとか
あるからなあ
そこはシビアにやりたいときは別のやり方？
再エンコの世界でしょ？

>>367
ﾊﾞ〜ｶｽ

color_space: color_primaries: color_trc:
に設定がある動画ファイルをFFmpegを使って
再エンコードすると、これらの情報が削除され、
FFplayで調べたときに、unknownになってしまいます。
そのため、動画ファイルによっては、エンコード前と色合いで変わってしまうことがあります。

これらの情報がない時はどのような状態になっているのでしょうか？
これらの情報をオプションで変更する方法は
https://nico-lab.net/setting_in_out_color_with_ffmpeg/
ここに記載されていますが、
エンコード前の設定をそのままで引き継いで再エンコードするようなことはできないでしょうか？

今のバージョンの5.0だと削除されない、引き継ぐはずだけど、
どのコーデックからどのコーデックへ再エンコードしてます？

>>371
バージョンってどうやって確認しますか？
ffmpeg.exeの更新日時を見ると
2020/08/31になっています。

コーデックはH264→H264で
圧縮率だけを変えています。

>>372
https://www.google.com/search?q=ffmpeg+version+check

ffmpeg version git-2020-08-31-4a11a6f
と書かれてありますが
これだと非対応でしょうか？

ダウンロード先ですが
gyan.devとBtbNという二つがありますが
違いはございますでしょうか？

ダウンロード元かな

最新版をダウンロードしてエンコードしたコンソールログを貼り付けてもらえます？
https://www.gyan.dev/ffmpeg/builds/
https://github.com/BtbN/FFmpeg-Builds/releases

誰が？

>>374
その知識でLinuxって事はないだろうからWindows前提で話すけど
・古すぎ
・ffmpegでバグ・不具合・こうならない？って場面に遭遇した時の鉄則は「最新のgit master版をまず使え」
(別にここのローカルルールとかじゃなく開発がそう言ってる)
・せめて安定バージョンがリリースされたら更新しろ
・便利な自動更新なんて機能は無いから自分で調べる癖つけろ
・癖つけれないならffmpegを使うのやめろ(H.264のビットレートを変更するだけなら有料無料でいろんなソフトがある)
・ffmpegに限らず「公式ではバイナリを提供してないから第三者が善意で提供してる」ってパターンがオープンソースのソフトではままある事を覚えろ
その場合複数のリンク先があるならそれは「ビルドしてる人が違う」以上でも以下でもない
違いはあるかもしれないし無いかもしれない　だってビルドしてる人が違うから
・gyan.devもBtbNもサイト内にちゃんと説明書いてくれてる(特にgyanはかなり丁寧)から読め、英語読めないなら自動翻訳しろ
・ここまでの文章呼んで分かんない単語があったらググれ

2020年8月31日のffmpeg(あるいは中のx264)は対応してないから色情報が消えちゃうけど
4.4以降(現行は5.0)にアプデしたら元動画の色情報を保持してエンコードしてくれるからそれが手っ取り早いよ

馬鹿を相手にすんなよ

ffmpeg初心者スレが必要だろうな

初心者には使えないからラッパーが無数にあるのに

初心者でなくなる為に必要なCLIの知識はffmpegとは関係ないことが殆ど
CLIを理解して曲りなりにもエンコードできれば、その先の疑問はもう初心者レベルではない

以上より、ffmpeg初心者に必要な知識は、テンプレ1つで足りる程度しか無い

初心者はGUIのツールを使おう

そもそも、初心者のクソ野郎は、他のフリーソフトでも使ってろボケ

ってのがこれら古参のオープンソース勢の意見だからね。

ドキュメントはしっかり揃えてるからな
それ読んで理解できないならそれまでよ

378が親切にも答え書いてるのに
そこから384まで全く余計なレスなの凄い

俺はその「書き込み禁止」みたいな考え方が凄いと思った。

自分はよくわからないまま
https://www.gyan.dev/ffmpeg/builds/の
ffmpeg-git-full.7zをダウンロードして使ってるわ

>>381
言うほどそうか？
IT系とか完全に専門外でググってCLI使ってるけど中級者とはとても思えん

CLIでエンコードやコンテナ変換が出来る程度では初心者Lv2ってとこじゃないかな
自分がそうだｗ

デフォルトでもそれなりに動くように作られてるからな

エンコ専用鯖立ててるけどググらないとffmpeg禄に使えないから初心者Lv0ってことでいい？

なんで俺の7ms後に書き込むんだ

例えば>>367などはCLI理解できてないからLv0なのかもな

>>393
なぜ調べて学ばない人に答えを教えないといけないのか
失敗して理解することが大事だと思うから「適当な」を加えて書いただけなんだが
それすらも理解できていないのか

>>394
教え無いのはそれでいいと思うけど
間違った回答を提示するのはやり過ぎ
他の初心者を混乱させるだけだと思う

>>395
正しくない (正しいとは限らない) ことが明示されてるなら正しい回答だろ。
いや、どちらを支持するわけでもないけど論理的にはってことね。

>>391
エンコ鯖なんて立てるのか
すげえな
録画用マシンでもなく
贅沢やな

そんなんするくらいなら、GPU買えばすぐ終わるのに

ハードウェアエンコードは圧縮率が悪い

しかも画質が悪い

持ってない民は何故かそう信じておるのじゃ

HWエンコードよりSWエンコードの方が高画質だし
基本的に専用機だと思って使えば多少の遅さは問題にならない

あと今の相場だとComet/RocketLakeのi5は最小構成なら5万に収まるし下手すりゃグラボ1枚より安いというね
一応QSVも使えるし

ハードウェアエンコの画質が悪いのは事実だぞ

悪いと思うならビットレートを盛れ

画質を維持して容量を落とすためにSWで再エンコ掛けてるんだが

録画はHWでロスレス、編集後はSWで画質稼いでるな

そうすると画質悪くならんし

h.264のロスレス使ってるのか？
凄い編集に使いにくそうだな

4Kじゃないし、大した編集じゃないからね
264なら容量以外は重いとかもないよ
容量も他のロスレスより圧縮率よかったし

録画はtsそのままだな

VPN用にラズパイつけっぱなしにしてるからアイドルさせておくのもと思ってHWエンコ鯖的に使ってたことある。
確かにあんまり画質良くない。
デコードだけSWにすると少し改善したけど両方SWでやった方が仕上がり良かった。
ただしFHDだと処理速度が0.1xとかって出るw
2bでの話だから今の4とかだと全然違うかもね。
NVIDIAのエッジコンピューティング用に良い感じのGPU積んでるSBCだとどうかな。

ロスレスではないけど1080p60fpsをNVEnc(H.264)100Mbpsで録画した後
H.265で10Mbps辺りをターゲットにSWで再エンコ掛けてる
AV1はまだまだ実用には厳しい感じ

AV1のエンコードはSVT-AV1を使え
最近のアップデートでメモリ使用量が減り高速化もされてとても使いやすくなったぞ
もうx265を使う理由がないくらい

今週SVT-AV1ビルドしてみたけど厳しかった

静止画はうまくやってるけど、
動画でどこをサボっても人間にバレないかのノウハウがまだ甘いんだよな

>>391
プログラムとかスクリプト関係で「調べれば使える」は全然問題ないよ
これらは暗記物じゃなくて、「使い方や仕様の調べ方の理解」が大事

本職のエンジニアでも検索エンジン掛けまくりがデフォだよ

昔のプログラム言語は仕様を全部暗記して書けたけど、
今はもうエディタがヒントを出してくれて、それに頼って書くのが普通
そのお陰で文章のように読めるコードになるけど、とても覚えられない
確かあんな機能があった、だけ記憶してれば十分

>>414
エロでも高ビットレートの低フレームレート派とその逆が好きな人との対立は根強いからな。
自分は断然に前者だわ。

本職はffmpegなど使わない

mcdeintってffmpeg4.4までなんだね・・・

-filtersで確認したらマジだった

https://github.com/FFmpeg/FFmpeg/commit/95054bfa48cc71db1c7bf66a6b6628cb62f262bf
https://ffmpeg.org/ffmpeg-filters.html#mcdeint
This filter is only available in ffmpeg version 4.4 or earlier.
ですって

それって
https://forest.watch.impress.co.jp/docs/news/1381214.html
に記してある通りでないの…

mcdeintちゃんは要らない子

そこまで気にするなら、解除せずに残して未来の技術に託す

>>422
お前この記事見て「あっFFmpeg5.0でAPIが整理されてる…古いAPIに依存してるmcdeintが使えなくなるな」って分かるのかよ天才じゃん

2010年ぐらいまでのアニメって本編24pだけどOP・EDだけ30pとか本編も24p/30pが混在してるとかでブルーレイでも1080iで収録ってのが割とあったけど
最近ってどうなってんの？全部24p？

p何

音声は圧縮してもそれほど容量が変わらないので元ソースのまま圧縮動画に適用したいんですが
コマンドのサンプルを探しても音声を圧縮する記述ばかりでやり方がわかりません
記述方法を教えてもらえるとありがたいです

-c:a copy

hlsマニフェスト（AES-128）を用いて結合する際、
キーのパスに "#" が含まれると、その階層が消えてしまうな
v.4.3以降でなされた変更のようだ
マニフェスト内の "#" を単純にコメントとして扱うようにしたことが原因だろうなぁ

もっと最近だな
2021年4月以降の変更みたい
mpvでも同じ症状が出る

俺用メモ
-c:v libx265 -preset slow -tune animation -crf 16 -g 120
これでステレオ音声込みの1話の容量が1.2GBを超えるようなBDソースのアニメは意図的にフィルムグレインがエフェクトとして加えられている可能性がある
例としてかなりキツめのグレインが入ってるジョジョ3部はcrfを12ぐらいまで上げるか-tune animationで下げられる"psy-rd"と"aq-strength"を上げる必要があった
どっちにしろビットレート的には15Mbpsぐらいまで上がるからBDの半分ぐらいまでしか縮まない
メモ終わり

俺用メモとか書いている奴うざい
役に立ってるとでも思ってるのか？

有用な解析結果じゃなくて可能性とか憶測だもんな

ffmpegの話でもコーデックの話でもなく、映像の画作りについての推測ってところがミソ
そりゃFFmpegスレでは役に立たない

圧縮効かない動画を無理やり圧縮できるようにする話じゃないの?

俺も>>436の解釈だったわ
まあどちらにせよ活用しづらい情報ではあるけども

嫌ならわざわざ俺用メモって必ず最初に入れてるだからあぼーんでも何でもすればいいのでは…

そういうお年頃なのよ
思春期ってやつ

そんなものか
まあ誘導しようにもx265(というかx264も含めたソフトウェアコーデック全般)のスレがDTV板に立たなくなって久しいから
各エンコードソフトのスレに書くしか無いにも実情なんじゃないの

低ビットレートだとシュタゲのOPがとんでもなくガビガビになってた記憶がある

カラースペースがBT.601でエンコードされたMP4ファイルを
BT.709に変換してエンコードし直したいのですが、

https://nico-lab.net/colorspace_with_ffmpeg/

このページにあるように、

-vf colorspace=all=bt709

を使うと、BT.709に変更することはできるのですが、
色合いが元の動画とは変化してしまいます。

見た目の色合いはそのままでカラースペースだけを変更するにはどのようにしたら良いですか？

フィルタオプションのispace・irange・iprimaries・itrcでそれぞれを適切に指定するか、iallで一括指定する
これは先頭にiが付いてるようにinput（入力）側への設定
i無しのallフィルタオプションとかは出力側へのもの

>>442
たぶんBT.601で再生してる
出力オプションにBT.709を付ければいい
コンテナとビットストリームに色情報を付けて
このデータはBT.709だってことを再生ソフト伝えてやる
出力オプションの位置は-vf colorspace=all=bt709のすぐ後、-c:vの前

縦解像度が720未満でbt709のメタデータがついてないとか？

複数のmp4をffmpegでそれぞれtsファイルに変換して、一つのm3u8にtsファイルを定義してChromeのvideoタグで再生しようとしたのですが最初の動画しか再生してくれません。
一つのmp4からtsファイルを作ると行けるのですが駄目なのでしょうか？

「それぞれtsファイルに変換して、一つのm3u8にtsファイルを定義」が何してるのかよく分からんが
Chromeのvideoタグでm3u8のtsファイルを再生するってのをHLSって前提で話すと
#EXT-X-DISCONTINUITYのタグを動画と動画の間の最初のセグメントに手動で入れてやればいけると思うよ

元からHLS向けにエンコードしたmp4を単にHLSにするなら
ffmpeg -f concat -safe 0 -i file.txt -c copy -hls_time 2 -hls_flags single_file -hls_playlist_type vod out.m3u8
(-hls_time 2はGOPが2秒と想定)

何かしらの動画をHLS向けにエンコードしつつHLSにするなら(例として2MbpsのH.264と96kbpsのAAC)
ffmpeg -f concat -safe 0 -i file.txt -c:v -libx264 -crf 24 -maxrate:v 2000K -bufsize:v 4000K -g 48 -keyint_min 48 -sc_threshold 0 -hls_time 2 -hls_flags single_file -hls_playlist_type vod out.m3u8

file.txtの中
file 'D:\MOV\example_1.mp4'
file 'D:\MOV\example_2.mp4'
file 'D:\MOV\example_3.mp4'

で変換してやればout.m3u8とひと塊のout.tsが出てくるからそっちのが楽だとは思うけど

AACの指定忘れてたわ

ffmpeg -f concat -safe 0 -i file.txt -c:v -libx264 -crf 24 -maxrate:v 2000K -bufsize:v 4000K -g 48 -keyint_min 48 -sc_threshold 0 -c:a aac -b:a 96k -hls_time 2 -hls_flags single_file -hls_playlist_type vod out.m3u8

ありがとうございます！
#EXT-X-DISCONTINUITYは部分的ですが確かに行けそうです！
ただ、やり方が悪いのかもですが、m3u8がリロードされたときに機能してくれず、惜しい。。。
個別に保存されたmp4をランダムにストリーミングさようとしたのですが、、、うーん、リロード時に動かず。

基本的な質問で申し訳ないんですが、ffprobeで取得できるストリーム情報は、ファイルに埋め込まれているものを読み込んでいるのか、ファイルから情報を算出しているのかどちらになるのでしょうか？

メタデータも読んでるしファイルの冒頭も読んでるからどっちもじゃない？
どっちが優先とか言われると分かんないけど

>>451
ありがとう。冒頭も読むって事はメタデータ壊れててもストリーム情報は取得できるって事？

>>452
取得したい「ストリーム情報」と壊れた「メタデータ」によって変わるだろうしそこは分かんない
言える事は-probesizeで容量(デフォ5Mバイト)、-max_probe_packetsでパケット数(デフォ2500パケット)、-analyzedurationで秒数(デフォで5Mマイクロ秒=5秒)をそれぞれ指定して
いずれかがの値に達するまで解析するのがデフォの動作って事

>>453
ありがとう。
オプションなしと　-analyzedurationで20秒を指定した結果のストリーム情報が全く変わらなくて（開始5秒程度でストリーム数が変わってる動画ファイル）ffprobeの情報は一体どこからどうやって引っ張ってきてるんだろうと思って。
メタデータなしでもストリーム情報が取得できるなら、ファイルぶつぎってやろうかなと。

>>454
ビットレートによっちゃ先に-probesizeの5MBに引っかかって解析終了するけど合わせて変えても同じだった？

途中でストリーム数が変わるって事は何かしらの.tsファイル？
だったらコンテナの構造上ぶった切っても基本的にどっからでも再生できるから切っていいと思うよ

>>455
そう、TSファイル。最初の5秒程度に前の番組が入っているから、analyzeduration=20M probesize=1000Mにしてる。

前の番組だけが0:15のストリーム使用してるとして

オプションなし…0:15あり、60秒オプションあり…0:15あり

なんだけど、ファイル半分に分割してみてそれぞれにオプションなしで解析かけると

ファイル1（前側）…0:15あり、ファイル2…0:15なし

みたいになる。ffprobeがコンテナのどの部分を見て解析値を出してるのか色々よく分かってなかいから初めの質問をさせて貰ったんだ。

中華ストリーミングサイトからAV落とすと頭にCM結合されてるんだが簡単にカットする方法ないかな。
pythonで0.5秒刻みで静止画を切り出していって全面真っ黒が1秒続いたら編集点とみなすみたいなことはできそう。