ffmpegならこちらへ 6

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

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

ファイル名でググったら
ショップ店員Pチラ盗撮！ロイドさんの 秘蔵コレクション
っていうのが出てきて草

googleのセーフサーチって結構前からある機能なの？
いつもヤフーつかってるからわからんかった・・・・

>>312
それは草

エロビデオなら、こんなところで悩まずに
もう一度同じものをガウンロードするなり買えば良いやん
お前の抜きネタのためだけに何人に協力させるんだwww

>>305
エッ..そんなのどこにも書いてないが

>>315
億安っぽいダウンロードやな

>>316
>>295

動画をクロップのみをする場合
エンコード無しでGPUつかうにはどうしたらいい？
これだと出来ないんだが
ffmpeg -i 元動画 GPU -vf crop=1920:812:0:132 クロップ後動画

GPU無しだと
ffmpeg -i 元動画 -vf crop=1920:812:0:132 クロップ後動画
CPU100%になって時間がかかってしまう
動画の乱れは無し

エンコードGPUありだと動画が乱れてる

コンパイル済み落とせなくなってメンドイと思ったらyt-dlpのとこに置いてあるのね

エンコなしでクロップできるソフトを俺は知らない。

フレームを加工したら絵が違うんだから再エンコードが必要なのは当然
動画に限らずJPEGとか2次元画像と同じ理屈だよ

そういえばmkvtoolnixでそんなオプション見たことあるなーと思ってググってみたら
こんなんあったわ
ttps://github.com/mifi/lossless-cut/issues/643
対象のファイルがmkvファイルだったら再エンコ無しでいけるかもな

データを変えずに表示領域だけ指定するだけでやりたいこととは違うと思うが

ロスカットで無圧縮なし分割が出来てたから
クロップも「切り取り」がエンコード無しで出来るもんだと解釈してた
エンコードを勉強し直してくる
ありがとう！
出来るだけキレイに早くクロップする方法はないのか、、、

>>324
クロップ処理自体はそんなに時間かからない
時間がかかるのはクロップした映像のエンコード処理
これに関しては
・つよいパソコンを使う
・GPUでエンコードする
のどちらかでしか解決できない

つよいパソコンw

SSDなりHDDの空きを大容量確保できるなら、編集途中の動画ファイルは無圧縮にするという手もある
容量の圧迫になるからもちろん編集が終わったら中間ファイルは消してしまえば良い

IDRフレーム内をブロック単位で複雑に参照しあってるから一部を欠くことはできない
クロップするにはデコードして依存関係を解消しないといけない

>>324
AvidemuxならIフレーム間限定で無劣化クロップ出来る

編集途中の動画は圧縮しないのが基本
品質の低下は信用に関わる

>>328
それはGOP

非圧縮は自己満足だな
HDD丸ごと1本作業用ディスクにしてるけど非圧縮とか言い出したら編集中に溢れるわ

FHDの動画作るのに中間ファイル5Mbpsでエンコードしてたらどうかと思うが
100Mbpsでエンコードしてりゃキチガイ以外にはまず判別できない罠

作業ディスクにHDDって時点でもうね・・・
8Kの仕事が来ている
そして、客はその気狂いレベルの客
HDDでは正直言ってやってらんない
Thunderboltつかってるけど、これでも速度で不満

8Kで非圧縮だと1分300GBくらいか？それをオールSSDでやるのか
商売は大変だな

SSDって書き込みでもHDDより速くなってたんだな

いつの話だよｗ
寧ろQLCのせいで１周回ってHDDより遅くなってる

じゃあやっぱりあかんやん

HDDではなくThunderbolt使っている
の時点で俺の理解の範疇超えてたわ

100Mbpsで劣化を判別できる気狂いは編集を外注したりすることないんじゃね

ハードコードされた字幕の周りとかなら劣化分かり易いがあるいは……

非圧縮を扱うならSATAじゃどう頑張っても追いつかないな
最近のCPUならPCIeのレーン20とか２４ぐらいらしいけどSSD何本差してるの

Thunderboltは記憶装置なのかﾜﾛｽ

そらもうえらい速さですよ

5.0リリースされたね

ビルドしやすくなった?

また崩された石を積み上げてビルドする作業が始まるお・・・

ビルド方法でぐぐっても情報が古いのばっかりなんだよな
WSL2を前提とした最新の楽なガイドは無いのか

WSLならLinuxと同じだから簡単やん

WSL2って最初の導入が楽＆起動が速い以外にあんまりメリット無いと思うわ
Windowsでも動かせるなら仮想環境使うよりPowerShell使った方がパフォーマンスいいし
そこまでパフォーマンス求めないなら運用は普通の仮想マシンの方が楽

ビルドするだけなんだからパフォーマンスはどうでもいい

WSLのメリットはWindowsからLinuxアプリケーションをシームレスに起動できるところだから

俺用メモ
media-autobuild_suiteで5.0指定でビルドする方法

おもむろにbuild\media-suite_compile.shをいい感じのテキストエディタで開く
「ffmpeg.git」で検索をかけた2回目の行(2022年1月16日現在1938行目)の
if do_vcs "https://git.ffmpeg.org/ffmpeg.git";; then
を
if do_vcs "https://git.ffmpeg.org/ffmpeg.git#comit=390d6853d0ef408007feb39c0040682c81c02751";; then
に変更、つまりURL/ffmpeg.gitの後に#comit=ハッシュを追加する
media-suite_helper.shを覗くとtag=n5.0を追加で出来そうな雰囲気があるけど俺はエラーで出来なかった

このままだとコピーライト表記のバージョン名がカオスになるのでそのちょい下(1976行〜1978行目)
_patches=$(git rev-list origin/master.. --count)
[[ $_patches -gt 0 ]] &&
do_addOption "--extra-version=g$(git rev-parse --short origin/master)+$_patches"
の「origin/master」の部分をffmpeg.gitの後につけたハッシュに置き換えるとちょうどいい感じのバージョンにしてくれる

メモ終わり

公式サイトがnewsのページもdownloadのページもまだ更新してないのがおかしい

してるやろ

俺用メモ
media-autobuild_suiteで分かんなかった事
・Build standalone binaries for libraries included in FFmpeg?
これを1 = Yesにすると各種ライブラリのバイナリが生成される
逆にこれが2 = Noだとこれ以降の質問で各種エンコーダのビルドを有効にしててもバイナリが生成されない中途半端な状態になる(たぶん)

・これ以降のエンコーダー系の質問
ffmpegの--enable 〇〇とは独立してる
ここでNoを選んでもビルドオプション(--enable 〇〇と「Build FFmpeg binaries and libraries:」)を有効にすればビルドされる
ただし、x264とx265は別で、Noを選ぶと--enable libx264(5)を付けてもビルドされない

・FLAC
これはXiph.Orgのリファレンスエンコーダーの事で、ffmpegにはネイティブでエンコーダーが実装されてるので関係無い

・--enable 〇〇
https://github.com/FFmpeg/FFmpeg/blob/master/configure
configureで検索すれば何に必要なライブラリかがササッと分かって便利

メモ終わり

FFMPEG5.0リリースされてたのね
fdk-aacと同等以上の音質のAACエンコーダーは内蔵されましたか？

うちはfdk使えるぜ！

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

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を使う理由がないくらい