ffmpegならこちらへ 5

ついでにCPUのグリスも塗り直すとまだまだ使えるよ

ffmpegで使うコマンドは、オプションとフィルターが存在する。
これらが一つの行に混在して使われるため、両方に目を通さなければならない。
日本語の記事が無いものもあるので、機械翻訳を使うなどをして、ある程度自力で英語を読み取らなければならない場合もある。

ffmpegで使用できるOptions　https://ffmpeg.org/ffmpeg.html#Options
ffmpegで使用できるfilters　https://ffmpeg.org/ffmpeg-filters.html
ffmpeg Documentation （フルバージョン）　https://www.ffmpeg.org/ffmpeg-all.html

散らばっている古い記事の中には、現在のffmpegのバージョンでは廃止されたオプションも存在する。
それらのオプションは実行しようとしてもエラーが返されるだけで、単純にエラーの原因の一つになるので
古い記事をコピペなどで流用する場合は、既に廃止されたオプションが含まれていないかどうかを注意する必要がある。

こちらにはどうしたら良いか検討もつかないのですが
必要な情報があれば、いくらでも提供しますので、
できれば、そちらで確かめていただけないでしょうか？

>>40
処理時間って相対的なものだからな。なにと比較するの？
vp9はh264より当然時間かかるし(設定にもよるが)、比較対象にはならんわな。

>>1
乙です！

FFmpegを使って、動画上に帯や文字列を描画したいのですが、

1024×576以下の解像度だと正常な色を再現できるのですが、
それを超える解像度だと、緑色が薄くなってしまう現象が起きてしまいます。

例えば、
-vf “drawbox=x=iw-262:y=ih-44:w=226:h=26:color=Lime@1.0:t=fill”
のようなコードで帯を描画してみると分かりますが、

1024×576以下の解像度だと帯の色は00FF00になるのに
それ以上の解像度だと、00D700の色になってしまいます。

これってどうすれば大きな解像度でも原色を再現することができますか？

>>32
普通はプルリク時に、そなへんの承諾を事前にもらっておく

うーん元々1本にエンコードされてるものを、再エンコードせず一部1枚画のフレームに変える方法なんて聞いたことないしできないんじゃないかな

パスワード無しでダウンロード出来て
パスワード無しで開けた

https://egg.5ch.net/test/read.cgi/software/1555776689/996

h265は使ったことないから知らんけどh264は当然マルチスレッドになってるもんと思ってた。
こういうのって一度ベストな設定を見つけたらあとは毎回コピペするだけだから詳細忘れ
ちゃうんだよねｗ　前のがマルチコア使ってたら今回のもx264のバージョン同じだから
マルチコア使ってると思うよ。

[h264 2パスエンコード]
ffmpeg -y -i 入力ファイル -c:v libx264 -b:v 1180k -preset placebo -tune film -pass 1 -c:a copy -f mp4 /dev/null &&

ffmpeg -i 入力ファイル -c:v libx264 -b:v 1180k -preset placebo -tune film -pass 2 -c:a copy 出力ファイル

[vp9 2パスエンコード]
ffmpeg -y -i 入力ファイル -c:v libvpx-vp9 -threads 4 -tile-columns 2 -frame-parallel 1 -quality good -speed 1 -b:v 2460k -vf yadif=1:-1:0,fps=29.97 -pass 1 -c:a copy -f webm /dev/null &&

ffmpeg -i 入力ファイル -c:v libvpx-vp9 -threads 4 -tile-columns 2 -frame-parallel 1 -quality good -speed 0 -b:v 2460k -vf yadif=1:-1:0,fps=29.97 -pass 2 -c:a copy 出力ファイル

逆に聞きたいんだけど-tune filmや-tile-columnsや-frame-parallelってなんなん？　忘れたわｗ
yadif=1:-1:0,fps=29.97ってのはIP変換ね。必要ないなら外して。
vp9はスレッド数指定してるね。

NVENC使おうぜ

>高速化もいろいろ試さないかなと・・・
>>42

いろいろ試すところなんてない。品質と速度はトレードオフ。
違いがでるのはおまいが言うようにマルチスレッド処理するかしないかぐらいだろ。
品質を一定に保って速度上げたきゃマシンのスペックを上げるしかない。

まあ、VP9よりh264のがかなり早いからマルチコア使ってんじゃねーかな。

>>45
ソフトの前にハードウェアの点検と見直しを推奨します
　CPUクーラーがちゃんと付いていない(物理的に)
　CPUクーラーやケースファンが機能していない(埃とかで)
　CPUのオーバークロック等の設定が無理過ぎる(BIOS)

ありがとうございます。

私が勘違いしていて、結局ファイルが破損？インデックスが破損？していたみたいで、以下のコマンドでシークできるようになりました。
コマンドの内容は分かってないですが、再エンコード無しで上手くいっているようです。
ご迷惑をお掛けしました。

— repair.bat —
ffmpeg -i %1 -c copy -f hls -hls_time 2 -hls_playlist_type vod -hls_segment_filename “video%%5d.ts” video.m3u8
ffmpeg -i video.m3u8 -movflags faststart -c copy -bsf:a aac_adtstoasc “S:¥STREAM¥%‾n1.mp4”

なぜかコードが貼り付けられませんでした

“D:¥ffmpeg.exe” -y -i “D:¥test.mov”
-vf “format=gbrp,drawbox=x=iw-262:y=ih-44:w=226:h=26:color=#00FF00@1.0:t=fill” -vcodec libx264rgb -preset ultrafast
-crf 20 -acodec copy -pix_fmt bgr24 “D:¥test2.mkv”

というマウント

もう少し詳しく書くと
赤　(255,0,0) →　(255,25,0) +25
緑　(0,255,0) →　(0,216,0) -39
青　(0,0,255) →　(0,15,255) +15

となります。

問題ないのですね！失敗しているものと思いやり直しを繰り返していました。
仰る通りアーカイブなしの一発勝負なので再トライしてみます。

ちなみにtsで一先ず保存しておく場合は末尾を.tsにすれば大丈夫でしょうか？
(tsでの保存を考えていなかったのでこれから自分でも調べてみます)

ここ見て
他にも可能性多すぎて検証したくない
https://nico-lab.net/setting_in_out_color_with_ffmpeg/

古いノートPCならなおさら一度開けて埃を取ったほうが良いよ
通気性が悪くなって熱が逃げなくなってるから

うんだから他の可能性って言ってたやつ
に色々あるの弄ってみないと何とも

すみませんよろしくお願いします。

ストリーミングの動画を保存したのですが、先頭からは問題なく再生できるのですが、
途中から再生することができません。

ffmpegで再エンコードをするとシークできる動画ができますが、
再エンコードのため、サイズが大きくなったり、画質が劣化したりします。

なので、再エンコードをせずに、シークができるファイルにするにはどのようにしたらよいですか？

IフレームとPフレームの動画があったとして、

IPPPPPPPPPPPPPPPPPPPPPPP…………………
の動画を
IP……P IP……P IP……P IP……P IP……P IP……P IP……P

みたいに、途中のPフレームの30フレーム目だけをにIフレームにエンコードするような方法ってありませんかね？

なんやこいつら
ケチつけるだけの無能かよ
せっかく自慢してるんだから、おべっか使ってソフトをアップさせたらええのに

ありがとうございます。
そのオプションは結局全体を再エンコードするみたいですね
出来れば別のやり方がないでしょうか？

https://egg.5ch.net/test/read.cgi/software/1555776689/993

がんばってそういうのを教えてくれる人のいい人を探してくれ。
たとえばレストランを始めたいと思ってる人が人気レストランに行ってそこの料理人に
この料理の作り方を一から教えて欲しい、それと秘伝のレシピも包み隠さず全部教えてとか、
税理士にあなたに依頼したら高くつくからこれからは自分で確定申告したいから納税制度の
成り立ちから教えてほしいと言って教えてくれる人もきっとどこかにいるさ。
だからそのくらいの要求をきいてくれる人もきっといるよ。
https://egg.5ch.net/test/read.cgi/software/1555776689/994

ワイが言ってるのは、苦難の連続だから、だからサルでもできるように
“ffmpegやライブラリのバージョンも指定して” やり方をまとめようってこと。

https://egg.5ch.net/test/read.cgi/software/1555776689/995

ちょっとなに言ってんのかわかんないですねｗ

ログ見たら、cargo-cがLikely errorコケやがってる・・・
— stderr
fatal: not a git repository (or any of the parent directories): .git

全背景の右端に余計な緑の線が出てるのと全体的に色がにじんでる
ってこちらで見えているのとは見え方が違うのですが
できればスクリーンショットをアップしていただけないでしょうか？

あと、何の条件が違うか分かりますか？
その異常なファイルを正常なファイルにするにはどの設定を変えれば良いですか？

そういうエラーはあんまり気にしなくていい
表示が固まらない限りだいたい上手くいってる
アーカイブなしの一発勝負なら気にしてもしょうがない

ちなみに最初はtsで保存して、終わってからmp4に-c copyで変換してる

それは画素形式（pixel format、データの表現・格納の型）であって当然色の表現の差異は埋められない
元の値・意味が違うのに格納の仕方ではどうにもならない

結論だけ先に書くと、まずは素材とフィルタで色がずれないように試行錯誤
次に再生機が受け取る色情報の指定だけを変えてみて色が正しくなるか見て、駄目なら上流に向かって揃えてく

これまでの放送電波〜デジタルの動画の表現の変遷によって、既定では多くのソフトは動画のサイズで色の表現とその情報の扱いを分けてる
これはcolor rangeに限らなくて原色の関係もそう
大抵はBT.601(NTSCアナログ放送とかで使われてた)=NTSC（日本・米国）の場合SMPTE 170MとBT.709(HDTV、ここ最近までの標準)とBT.2020(新しくて4KとかHDRの動画向け)で切り替わる

最初は帯の成分が緑しか無かったから、RGB全体的に明度落ちてると判断してcolor rangeの齟齬だけかと思ったけど、レス反応見たところ赤や青の変化は無いか気にならない程度らしくて
他の原色・color transfer characteristics・色空間も怪しい

ちょっと突っ込んだ使い方などの情報（各種ガイド、FAQ）
https://trac.ffmpeg.org/wiki

FFmpeg ドキュメント（日本語訳）
古いし、avconvの説明も混じっているが、新しいものを使わなければ今でも有用
http://fixedpoint.jp/ffmpeg/ffmpeg.html

日本語による基本的な使い方の解説
http://tech.ckme.co.jp/ffmpeg.shtml

日本語による新しいフィルタなどの情報
http://nico-lab.net/category/ffmpeg/

x264とffmpegのオプション対応の解説
https://sites.google.com/site/linuxencoding/x264-ffmpeg-mapping

いろいろと解像度を変えて出力したファイルをアップしました。
https://24.gigafile.nu/0826-da342c7d1f5626f80ffc90dfb031e97d5
パスワード：1234

MOVファイルがAfter Effectsを使って、書き出したファイルで
MKVファイルがそれをFFmpegを使って再エンコードしたファイルとなっています。

01-正常な色の動画(838×576).mov
04-正常な色の動画(1148×580).mov
を見てもらうと分かりますが、綺麗な緑色が再現できています。
一方で、
02-異常な色の動画(840×576).mov
03-異常な色の動画(1026×576).mov

だと緑色がくすんで見えます。

更に、右下の帯を見ますと、

01-正常な色の動画(838×576)
02-異常な色の動画(840×576)
は綺麗な緑色がでていますが、
03-異常な色の動画(1026×576).mkv
04-正常な色の動画(1148×580).mkv
だとくすんでしまっていることが分かります。

特に、
04-正常な色の動画(1148×580).mkv
だと、AEで出力した緑は綺麗なのに、FFmpegで出力した緑は汚くなっています。

これは一体何が原因で起こるのでしょうか？

久々にmedia-autobuild_suite-masterを使ったら、またエラーがっ！
このツール糞すぎだろ・・・

は虫っすか？

>29
zipダウンロードするか
git clone https://github.com/m-ab-s/media-autobuild_suite
してまっさらな環境からやり直しては？

おー言うねぇ
ただ今はちゃんとした環境なくて、ffmpegもAndroidで疑似Linux動作させてその中で動かしてる感じなんだよね
ffplayが使えれば良いんだけどグラフィックの表示させるとこで詰まってて……

しつこいようだけど のを入力オプションと出力オプションに指定して試行錯誤するって方法しか確かなこと言えない、ごめんね

>>39 処理時間で気が付かね？

>>4
例えば入力1番目のファイルの1番目の映像なら
-force_key_frames:0:v:0 expr:”gte(n,n_forced*30)”

02 の二つ(mov mkv)
と
04 の二つ(mov mkv)
がどれも綺麗に見えた
01 の二つ(mov mkv)
03 の二つ(mov mkv)
は失敗している様に見えた(全背景の右端に余計な緑の線が出てるのと全体的に色がにじんでる)

https://i.imgur.com/zzrqakd.jpg

>>41 いやパラメーターをいじくって高品位化と同時に高速化もいろいろ試さないかなと・・・
手持ちのソース量によるとは思うけどバッチで処理するときに1割でも早くなればかなり差がつくだろ？

何が何でもの上から目線ｗ
さすがですｗｗｗ

動画エンコしてると熱で強制シャットダウンが多発。
暇を見つけて、CPUの温度を見ながら最大処理能力を変更するプログラム作ったんだけど、
使ってみたい人いるかな?　

スレチだったらすまん。

color rangeが原因ではないということですか？

どういう手順で調べていけば良いかだけでも
教えていただけないでしょうか？

After Effectの解像度別の挙動に整合性が見られない（大きさ順に採番したとき1,4と2.3で分かれた）からそのmovコンテナに入ってる情報は信用できなそう

推測だけど動画に色の情報、特にcolor rangeが入ってない（ffmpegで入力の情報 → color rangeがunknown）か間違ってると思う
で、ffmpegはデコードは問題ない（color rangeに依存しないから）し、フィルタなんかの効果もこれに準ずるけど書き込み時は解像度で判別されて大きい画像数だとfull range / pcになる
ここが大事で、limited rangeの値そのままfull rangeの値とされると各チャンネルの明度は落ちる

例えば04はlimited / tvとしてデコード（ただし値は超過）してffmpegのフィルタではlimitedな値を出し、出力はfull range / pcとして出力
素材の値はfullだけどフィルタの分はlimitedなのをfull / pcで出力するから色に違いが出る

02, 03はAfter Effectの時点でlimited / tvの値
01, 04はAfter Effectの時点でfull / pcの値
01, 02は、解像度の小ささによってffmpegは既定では自動でlimited / tvで出力するから再生時は超過値は全部切り捨てられて問題なし
03, 04は、解像度の大きさによってffmpegは既定では自動でfull / pcで出力するから、再生時は、素材にfullの値が含まれない03はどちらもlimitedの値、素材にfullの値が含まれる04は素材の分だけfullの明るい値に

私の個人的な意見だけど

最大処理能力でも排熱が上手くいくようにファンを増設したり、配置換えをしたりするのが筋で
ソフトウェアで解決っていうのはそれこそCPUパワーの無駄だし
ソフトウェアが上手く動かなかったときにハードウェアが壊れる危険性があるからやめた方がいいと思う
同じソフトウェアでもファン制御とは訳が違うと思う

私の個人的な意見だけど

最大処理能力でも排熱が上手くいくようにファンを増設したり、配置換えをしたりするのが筋で
ソフトウェアで解決っていうのはそれこそCPUパワーの無駄だし
ソフトウェアが上手く動かなかったときにハードウェアが壊れる危険性があるからやめた方がいいと思う
同じソフトウェアでもファン制御とは訳が違うと思う

こうすれば、RGB形式で読み込んでRGB形式で出力することになるので
色空間の問題はなくなるかと思ったのですが、
これでもやはりffmpeg上で出力した帯の色が薄くなってしまいます。

となると、color rangeが原因ではないということでしょうか？
全く、原因が分からないのですが、何か分かりますでしょうか？

,47
アドバイスありがと。
ここの住人はデスクトップPCでハイエンドなエンコードマシンを作る人たちがターゲットかな。
エンコ中に余計なソフトは入れたくないわね。

自分のは古いノートPCなので、今更ハードに手を入れたくないのでソフトを作って延命処置です。
対策ソフト走らせてからは90度は超えなくなり、エンコ中にシャットダウンもなくなったので若干遅くなっても
快適です。

お邪魔しました

>>16
ありがとうございます。
color rangeのことは調べてみて、理解できました。
しかし、この原理に基づくと緑だけでなく赤や青も薄くなるものではないのでしょうか？？

あと、
04の動画に正常な色の帯を描画しながら
再エンコードしたい場合にはどのようにすれば良いのですか？

“scale=in_range=full:out_range=tv”

を入れてみたのですが、
結果は変わりませんでした。

“scale=in_range=tv:out_range=tv”
なども試してみましたが、やはり駄目でした。
帯の前と後、両方試してみましたが、どちらも駄目でした。
どういうコードならうまくいきますか？