ffmpegならこちらへ 6

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

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

ネットワーク切っておけば？

毎日起動してシャットダウンする人なら多分問題ない
使ってるかスリーブ状態しかなくて滅多に再起動しない人だと、
更新タイミングがやたらと遅れる

Pro版使うべし

Win勝手に再起動は、自分で設定しないのが悪いよ
ネットワークから動画拾う際にffmpegも使ってる場合もあるだろうから、ネットワーク切れとは言わんが

>>159
今月のやつを先程更新したけど、
ダウンロードだけ済ませた状態で通知が来て、
今すぐ更新ボタンを押さない限り更新されないし、
もちろん再起動も意図的に再起動しない限りされなかった
ちなみにWin 10 21H1

Subtitle: hdmv_pgs_subtitle
のコーデックってpgssubじゃないの?
エラーになるからdvdsubにしたけど

やっぱりdvdsubでは表示されなかった

D.S... hdmv_pgs_subtitle HDMV Presentation Graphic Stream subtitles (decoders: pgssub )
こうなっているので、デコードのみでエンコードに対応していない
いやいや、読めても書けなかったら意味ないがな

ああ、copyでいいのか
字幕って大抵変換が必要だから難しく考えてた

い・字幕には動画自体に映像として焼き付けるhardsubと別データとして扱うsoftsubがある
ろ・softsubには主にPCで扱うテキスト形式(.srtなど)と主にDVDやBDで扱う画像形式(PGSなど)がある
は・PGSはブルーレイで採用されている画像形式の字幕
に・mp4は画像形式の字幕に対応していないのでOCRソフトを使って画像からテキストに変換する必要がある
ほ・mkvであればPGSをそのままコピーできる
おぼとこう

DVDは昔の規格だから字幕が画像でも仕方ない気がするけど、
なんでBDでも未だに画像字幕なんか使ってるんだ
映画みたいな手書き字幕がやりたかったのかな

画像データならどこのプレイヤーで再生しても字幕が同じフォントで表示されることが保証されるからじゃないの？

メールは文字化けの可能性があるからFAXで送る

手書きの手紙をデジカメで撮影してメールに添付して送る

世の中にある他言語を扱う仕組みはクソ以下の場当たり的な規格の塊だぞ。
字幕はその性質上、マイナー言語にも対応しないわけにいかないし、
そんなの考えるくらいなら画像データのほうがマシというのはすごくわかる。

そういやNetflixのコミさんはコミュ症ですの字幕が海外視聴者に酷評されてたっけ
筆談の字幕が見づらいとか
いろんな画面サイズのデバイスを考慮しないといけないだろうし、ネトフリの字幕システムの詳しいことは解らないけど
テキスト形式って表示位置を自由に配置できないの？

ffmpeg-batch-encoding2.batっていうバッチファイル使ってるんだけど、ファイル名に空白含んでても動くようにしたい
いろいろいじったけどよくわからん

>>175
"ffmpeg batch encoding2.bat" みたいな感じで半角スペースが含まれるときは " で挟むといいよ
バッチファイルに渡したファイルやパス名にスペースがあって困るって意味なら "%~1" みたいにすると良い

>>176
いや、検索してでてきたバッチファイルなんだけど、変数が入り組んでてよくわからないのよね

>>177
ならまずそのバッチファイルの中身を吊るさなきゃだな

>>177
ググったらブログ記事が出てきたけどその人のTwitterに質問したほうがいいんじゃねえの
ぶっちゃけムダに長くて冗長だから別の記事参考にしたほうが良い気がする

昔拾ったこれとか参考になるんじゃない？知らんけど
https://www.mediafire.com/file/qk52ll80lry0cvd/J22MP4toPSPChotto_0.3v2.zip/file

ブログ見たけど、コーディックが気になって仕方がない

batファイルを使ってる限り煩わしいファイル名の記号の処理に付き合わされるし難しい処理をするのにも向いてないから他の方法考えたほうがいいと思うよ

ffmpeg -i %INPUT_FOLDER%\%%i %OUTPUT_OPTIONS% %OUTPUT_FOLDER%%%x_mini_!date:~0,4!!date:~5,2!!date:~8,2!!tmptime:~0,2!!tmptime:~3,2!!tmptime:~6,2!.%EXTENSION%
の%%iとか%%xを""で囲うのではいかんの？
（batファイルよく知らない）

エクスプローラでパスのコピーをすればいい

いまだにbat使ってる奴は死刑にする法律作って欲しい

ffmpegとbatは切っても切れないと思うが

切れてるよ

拾ったバッチで済ますくらいなら
適当なフロントエンドでええんじゃね

あらゆる動画を自分好みに変換するスクリプトを書いてある

サッカーワールドカップが野外露出動画に！

自分はpythonで書いてるよ
no-consoleモードでエラー時以外は何も表示させないこともできるし
WSHでもできると思うけど、あんまり詳しくないので

何なら今後はWindowsでもcmdじゃなくてPowerShellに一本化されるからな
PowerShell (.ps1)なら cmd (.BAT)の処理は全部できるしディレクトリパス・ファイルパスの結合やら末尾スラッシュやら引用符の正規化もお手軽よ

でも設定しないと使えないんでしょう?

PowerShellに移行して脱バッチファイル・脱コマンドプロンプトしたいと思いつつダラダラとそのままになってるわ…
ログインしたり云々みたいなのはPython併用でって感じだけど

10年後も余裕でCLIは使ってると思うけどな

pythonで書かれたCLI指向のツールがあって、
pythonから呼べなくもないけど、CLIで使った方が楽っていう

例えば、リトライ回数をオプションでなら指定できるけど、
メソッド呼ぶなら自分でリトライしろになる

高機能なコマンドプロンプトのつもりでPowerShellに移行しようとしたけどできてない
やりたいことを調べるたびに.NetやC#の解説サイトやMSDNをいっりきたりして何やってるんだ俺ってなる

PowerShellって前試した時パイプ入出力を利用したエンコードが出来なかった気がするけどやり方あるの？

コマンドプロンプトとして使うぶんには.NetもC#も関係ないしパイプも単純に使うだけなら問題ない
なんかめんどくさいことやろうとしてるなら知らんけど

PowerShell って俺の環境では深刻に起動が遅い。
単にマシンパワーが足りんだけかもしれんが、
少なくとも俺の環境では普段使いしづらい。

windowsのコマンドは滅多に使わないし独特で調べるのがめんどい…
ffmpeg一発ならpowershellで何も問題ないけど複雑なことをしたいときはvm上でやってる

ウチもpythonでスクリプト書いとるわ
増築しては書き直しを続けて400行超えになってもうた
とりあえず100行は減らしたい

ワイは makefile から呼ぶことが多いな。

シェルスクリプトが一番楽にできそうだけどね
シングルクォーテーションが使えると楽に使えるオプションが多いいし

>> 196
スクリプトファイル(.ps1)や関数がパイプ処理できるようになるにはこれだけの要素が必要

param (
[Parameter(ValueFromPipeline=$True)]
[string[]] $Path #パイプラインを受け取る変数
)
begin { #最初の一回だけ }
process {#パイプラインの要素ごと }
end { #最後に一回だけ }

※結果を次のパイプラインに送るには Write-Output などを使ってオブジェクトを出力する必要がある

>203
>>203
>> 203

＆gt;203
<a href="../test/read.cgi/software/1629006665/203" rel="noopener noreferrer" target="_blank">＆gt;＆gt;203</a>
＆gt;＆gt; 203

>>204
>>203 はアンカーミスったんだなw
ごめんね

メモリ増やしたら速くなるかなーと思って16→32に増やしたけれど意味なかった(´・ω・｀)ﾁｯ

CPU使用率が100%に張り付いてたらCPU交換以外に効果はない

だよねやっぱりCPUだよねぇ・・・i9 12900K試してみたいが高いよヽ(｀Д´)ノ
今はおんぽろXEON E5-2660を2個で回してるけど、i9がどれくらい早いのか気になるな

いやCPU交換以外にも手はあるだろ

…まさか…クロックアップ…

クロックアップできないお前など敵ではない

じゃあ並列処理で全コア全GPUも使う

オーバークロックは無理ぽ
誰かi912900K買って試してくれたまえ

エンコする場所をRAMディスクにして少しでも入出力の速度を稼ぐとかダメ？

ストレージにボトルネックがないのにRAMに置いてもほぼ変わらんよ

何が遅い原因かどころか何をやったかかもわからないのに試してくれとは…

あーいやすまない、たぶん>>208の言う通りCPUの限界だと思うんだよね、新型i9を使った変換速度を見てみたくてさ・・・
現在の環境がどれくらい遅いのか比較になるものあればなー

>>218
新CPUが発売されたら大体x264とx265のエンコード速度ベンチやってるからそういう記事見たらわかると思う

あとこのスレとか
【x264/x265】実用エンコベンチ Part6
https://egg.5ch.net/test/read.cgi/jisaku/1507728392/

>>219
Σ！？そんなスレが・・・ありがとう逝ってくる

リサイズが入るとCPUがやるから一気に遅くなるんだ
GPUにも機能はあるけどバイナリ配布できないのでビルドしないといけない
いつかやろうと思って放置してあるけどそろそろやろう

ffmpegて8スレッドまでなの？
最新のi9だから24スレッド使えるはずなんだけど
-threadsで24を指定しても8スレッドしか使わない

コアは使ってるなら変わらないのでは

旧石器時代のコンピュータじゃあるまいし1コアしかなくても24スレッド立てられる
ffmpegはコーデックで大幅に挙動変わるし疑問があるならオプション全部晒さないと始まらない

IOで詰まるせいで効率が落ちるならスレッドを増やすと待ち時間が減って速くなる
計算量が多い場合は、スレッドを増やすと逆にオーバーヘッドの分だけ遅くなる
CPUの負荷が100%で張り付いてるような時はスレッドは減らした方がいい

ピントハズレな奴らばっかりだな
OSのスレッドの話じゃないし
タスクマネージャーの論理プロセッサの話だとわからないかな

>ffmpegはコーデックで大幅に挙動変わるし疑問があるならオプション全部晒さないと始まらない
これがすべてよ

コーデックなんだか知らんけどx264, x265当たりは12スレッドくらいしか使わなかった気が。10980XEでも俺環では3並列エンコしないと100%行かなかった

タスクマネージャー?
あぁ、ドザか

mp4のメタデータ全部削除するにはどうしたらいいの？

>>230
-map_metadata -1

>>230
-map_metadata -1

>>231-232
できたサンクス

明日は仕事サボってビルドしよう

やっぱり面倒だー
git cloneした所まで
そのうちwin10にするんだから、続きはその後

.m3u8
.ts

をffmpegで結合する時、
30000/1001のファイルなのに、29970/1000と認識されてしまい何秒かに一回カクっと来る動画になってしまうものがあって悩んでおります
これを、できれば再エンコードなしで、30000/1001の正常な動画で出力したいのですが、
何か手はありませんでしょうか？

-r 30000/1001で再エンコードありだと、かなり画質の落ちた30000/1001の滑らかな動画が出力されました

↑.mkvで出力しております。

mkvなら手っ取り早くmkvmergeを使ったほうがいいよ
確実に調整できるから

inputオプションに指定してもだめなの？

>>238
ありがとうございました
MKVToolNixの公式サイトがどこか分からず
解説サイトもなく偽物をインストールしたらどうしようと不安でしたが
カクカクが直りました
間引かれたフレームなかったみたいで少し安心

MediaInfo
フレームレート: 29.970 (30000/1001) fps
オリジナル: 29.970 (29970/1000) fps

再エンコードなしでも十数分かかるので、
ffmpegだけで完結できたら最高なのですが…

ブラウザでストリーミング再生した時はカクカクじゃないので、
ffmpegが間違って認識してると思います…

>>239
それが出来るのが私としても理想なので
-allowed_extensions ALL -r 30000/1001 -i input.m3u8 -c copy output.mkv
など、いくつか試してみたのですが、
エラーも出ずにできたファイルは29970/1000ばかりで…
；；

分数形式じゃなく -r ntsc にするとか
出力ファイルをmp4にしてみるとか
どうかな

サンプルは無いのか

ffmpegでコンテナレベルでのフレームレート変更はうまくいかないよ
何が原因かはわからないけど、とにかく無理だった
諦めてmkvmergeを使って、別コンテナ形式に入れるときにffmpegを用いたくらい

別のツールならできるし、それらしい機能もあるなら、
やり方が間違ってるかバグってるかのどちらかだろう
追求する価値はある

バグってるって言えば、mp4コンテナでaac扱うと
vbrフラグが承継されない（variable→constantになってしまう）のはなんとかならんのかねぇ
別のツール（drax）で扱うとフラグが復活するので、データ自体は変わっていないみたいだし
再生に差し支えるわけじゃなさそうだが、気持ちのいいものではないな

試したことないけどこれで出来ない？

再エンコードせずに FPS を変更する
https://nico-lab.net/change_fps_without_re-encode_with_ffmpeg/

サンプル用意できればしたいのですが、ちょっとお時間かかるかもしれません

>>246
すみません、そのリンク先は試した後でした

mp4コンテナの再エンコード無しのFPSの変更はこんな感じで出来たけどmkvだと何故か上手くいかないな

ffmpeg -i input.mp4 -bsf:v setts=ts=N/(30000/1001)/TB -c copy output.mp4

settsの使い方がイマイチわかってないので提示例が間違ってるかも

ssimでmkvを入力するとやたらめった低くなるのって既出？

ソース(origin.m2ts、BD、H.264)とソースを比較
ffmpeg -i origin.m2ts -i origin.m2ts -an -filter_complex ssim -f null -
当然結果は1.0(inf)

ソースをmp4にmuxしてタイムスタンプを合わせて比較
ffmpeg -i ref.m2ts -an -c:v copy copy.mp4
ffmpeg -i copy.mp4 -i origin.m2ts -an -lavfi "[0:v]settb=AVTB,setpts=PTS-STARTPTS[main];[1:v]settb=AVTB,setpts=PTS-STARTPTS[ref];[main][ref]ssim" -f null -
copyなので予想通り結果は1.0(inf)

ソースをmkvにmuxしてタイムスタンプを合わせて比較
ffmpeg -i origin.m2ts -an -c:v copy copy.mkv
ffmpeg -i copy.mkv -i origin.m2ts -an -lavfi "[0:v]settb=AVTB,setpts=PTS-STARTPTS[main];[1:v]settb=AVTB,setpts=PTS-STARTPTS[ref];[main][ref]ssim" -f null -
結果は
SSIM Y:0.922225 (11.091597) U:0.985489 (18.383000) V:0.989469 (19.775481) All:0.943976 (12.516286)
mkvmergeでm2tsをmkvにmuxしても全く同じ数値

ソースをlibx264でエンコード・エンコード時にssim計算・mp4出力・ffmpegで再び計算
ffmpeg -i origin.m2ts -an -c:v libx264 -x264-params ssim=1 x264.mp4
↓
x264のSSIM
SSIM Mean Y:0.9828054 (17.646db)
ffmpegのSSIM
SSIM Y:0.983138 (17.731021) U:0.992124 (21.037030) V:0.993634 (21.961672) All:0.986385 (18.659951)

ソースを.mp4にmux(copy.mp4)した後にlibx264でエンコード・mp4出力
↓
x264のSSIM
SSIM Mean Y:0.9828054 (17.646db)
ffmpegのSSIM(copy.mp4)
SSIM Y:0.983138 (17.731021) U:0.992124 (21.037030) V:0.993634 (21.961672) All:0.986385 (18.659951)
origin.m2tと比較しても同じ

ソースをlibx264でエンコード・mkv出力
↓
x264のSSIM
SSIM Mean Y:0.9828054 (17.646db)
ffmpegのSSIM
SSIM Y:0.915586 (10.735878) U:0.982084 (17.467682) V:0.986489 (18.693172) All:0.938487 (12.110299)
ffmpegで出力したx264.mp4をmkvmergeでmkvにmuxしても同じ値
copy.mp4をlibx264でエンコードしてmkvで出力しても同じ値

ソースをmkvにmux(copy.mkv)した後にmp4にmux
ffmpeg -i copy.mkv -c:v copy copy-copy.mp4
↓
copy.mkvとcopy-copy.mp4のSSIMが1.0(inf)になる
copy-copy.mp4とorigin.m2ts(もしくはcopy.mp4)のSSIM
SSIM Y:0.922225 (11.091597) U:0.985489 (18.383000) V:0.989469 (19.775481) All:0.943976 (12.516286)

copy-copy.mp4をlibx264でエンコードしてmp4出力
↓
x264のSSIM
SSIM Mean Y:0.9828054 (17.646db)
ffmpegのSSIM
SSIM Y:0.983138 (17.731021) U:0.992124 (21.037030) V:0.993634 (21.961672) All:0.986385 (18.659951)

copy-copy.mp4をlibx264でエンコードしてmkv出力
↓
x264のSSIM
SSIM Mean Y:0.9828054 (17.646db)
ffmpegのSSIM
SSIM Y:0.915586 (10.735878) U:0.982084 (17.467682) V:0.986489 (18.693172) All:0.938487 (12.110299)

copy.mkvをlibx264でエンコードしてmp4出力
↓
SSIMは他のlibx264+mp4出力時と同じ

copy.mkvをlibx264でエンコードしてmkv出力
↓
SSIMは他のlibx264+mkv出力時と同じ

libx264+mkv出力とcopy.mkvを比較
↓
SSIMはlibx264+mp4出力とorigin.m2ts(copy.m2ts)と同じ

長すぎて>>250-253を誰も読んでないだろうからまとめると

・.mkvコンテナをmain、mp4やm2tsをreferenceにしてSSIMを計算すると値が悪くなる
・mkvmergeで作成したmkvでも同じく悪くなる/エンコーダーが計算してるSSIMは全く同じ/
「copyしたmkvとエンコードしたmkv」で比較した際は「ソースとエンコードしたmp4」で比較した時と同じSSIMを返す/
って点から中身に問題はなくてffmpegのフィルタがバグっている？
・mkvはガッツリ下がるがmp4でもエンコーダーが計算した値より1dbほど良くなる←？
・m2ts→mkv→mp4にcopyで変換するとmp4でもmkvのSSIMになる←？？？

何がどうなってるかよく分からんが一応メモ残しとくわ…

肝心な事忘れてた
結局MKVコンテナとそれ以外のコンテナでSSIMを比較するなら
AviSynthでDGDec系かL-SMASH使って読むのが手っ取り早かった
後者はffmpeg使ってデコードしてffmpegに渡すって絵面だけ見たらバカらしい事になるけど…

ssimは気にしたら負け

違うフレームを比較してるんじゃね
MKVコンテナに入れ替えたときタイムベースの精度が落ちたか固定フレームレートになるなりしたか

こうした場合は？
ffmpeg -r 30000/1001 -i copy.mkv -r 30000/1001 -i origin.m2ts -an -filter_complex ssim -f null -

>>258
それだとmkvでも1.0(inf)になったわ

>>257
確かにVFRになってた…というかBDのm2tsってCFRじゃないんだな？(MediaInfo見る限りは固定とも可変とも書いてない)
でmp4にcopyした方は
Frame rate mode : Variable
Frame rate : 23.976 (24000/1001) FPS
Minimum frame rate : 23.974 FPS
Maximum frame rate : 23.981 FPS
になってた

これだけならmkvに入れるとフレームレートがおかしくなるからやめましょうねチャンチャンなんだけど
じゃあ一旦mkvにして失われたフレームレートやタイムベースがAviSynth嚙ましたりx264にエンコードして.mp4出力すると復活するのは何なんだろう…わっかんね…