ffmpegならこちらへ 6

**名無しさん＠お腹いっぱい。** · 2021/08/15(日) 14:51:05.12

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

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

**名無しさん＠お腹いっぱい。** · 2021/12/06(月) 20:23:32.04

>>230
-map_metadata -1

**名無しさん＠お腹いっぱい。** · 2021/12/07(火) 21:46:12.97

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

**名無しさん＠お腹いっぱい。** · 2021/12/07(火) 21:55:55.10

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

**名無しさん＠お腹いっぱい。** · 2021/12/08(水) 14:42:19.03

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

**名無しさん＠お腹いっぱい。** · 2021/12/16(木) 05:16:58.54

.m3u8
.ts

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

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

**名無しさん＠お腹いっぱい。** · 2021/12/16(木) 05:18:28.36

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

**名無しさん＠お腹いっぱい。** · 2021/12/16(木) 05:44:22.10

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

**名無しさん＠お腹いっぱい。** · 2021/12/16(木) 15:31:06.55

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

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 00:30:41.84

>>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ばかりで…
；；

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 13:33:58.19

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

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 13:56:03.06

サンプルは無いのか

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 15:54:35.34

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

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 16:39:43.87

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

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 16:48:45.46

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

**名無しさん＠お腹いっぱい。** · 2021/12/17(金) 17:20:34.70

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

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

**名無しさん＠お腹いっぱい。** · 2021/12/18(土) 03:37:54.85

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

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

**名無しさん＠お腹いっぱい。** · 2021/12/18(土) 10:26:31.51

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

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

**名無しさん＠お腹いっぱい。** · 2021/12/18(土) 10:35:44.90

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

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 13:40:02.27

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しても全く同じ数値

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 14:19:14.31

ソースを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で出力しても同じ値

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 14:29:03.81

ソースを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)

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 14:56:33.82

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)と同じ

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 15:05:00.02

長すぎて>>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になる←？？？

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

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 15:24:36.47

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

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 15:58:38.43

ssimは気にしたら負け

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 18:06:56.51

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

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 19:06:02.14

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

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 19:58:59.58

>>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出力すると復活するのは何なんだろう…わっかんね…

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 20:25:45.59

>>259
いつもおまじない程度につけてたけどやはり効果あるようだな

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 21:00:08.29

mkvはそもそもフレームレートって概念ないからssimフィルタ内かその前かでフレームごとのタイムスタンプがぐっちゃになってんじゃないか

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 21:00:30.22

もしかしてtracに報告している人？

**名無しさん＠お腹いっぱい。** · 2021/12/20(月) 22:01:49.48

>>259
確かにmkvに入れるときタイムベースとPTSが書き換えられてるなら同じタイムスタンプ(＝タイムコード)にはならないぞ
タイムベースの分解能の差から生まれる違いはこう生まれる
1001/30000秒*1tick=33.366666666666...
1/1000秒*33tick=33
フレームレートなんてものは無くて、ただあるのはタイムベースとPTSなんだともいえる

失われたフレームレートやタイムベースが復活するの意味がよくわからないが、また24fpsになるってことなら
MKVコンテナのdefault durationかコーデック（H.264のビットストリーム）のフレームレートを読んでるんじゃないか、知らんけど
フレームレート情報の格納場所はコンテナだけじゃないし

**名無しさん＠お腹いっぱい。** · 2021/12/21(火) 05:52:02.53

コンテナによってタイムスタンプが違うのは前提で>>250が使ってる
-lavfi "[0:v]settb=AVTB,setpts=PTS-STARTPTS[main];[1:v]settb=AVTB,setpts=PTS-STARTPTS[ref];
ってのがそれを仮想的に揃えるコマンドなんじゃないの？ドキュメントにも別コンテナで比較する時に使えって書いてあるし

**名無しさん＠お腹いっぱい。** · 2021/12/22(水) 19:06:04.98

コンテナが違う場合は
settb=AVTB
じゃなくて
settb=1/AVTB
にしないとダメらしい
-lavfi [0:v]settb=1/AVTB,setpts=PTS-STARTPTS[main];[1:v]settb=1/AVTB,setpts=PTS-STARTPTS[ref];[main][ref]ssim
でmkvと他コンテナで比べてもジッター無しで測定できるってさ

**名無しさん＠お腹いっぱい。** · 2021/12/22(水) 22:41:09.31

確かにタイムベースが逆数で扱われる場面があったな、理由はよく知らないけど
Time Baseって言葉に共通規格みたいな定義無いのかな

**名無しさん＠お腹いっぱい。** · 2021/12/24(金) 00:43:43.53

皆様、29970/1000になってしまう件の検証本当にありがとうございます。

にもかかわらず、あまり手が付けられておらずすみません。
ただ、29970/1000と誤認されるファイルの共通点が見つかりました。
エンコーダーのバージョンが
x264 core 142 r2409M+r890[x86] release1
今のところ、全部これでした。
(これ以前のバージョンの動画は持ってないです。

x264 core 148 r2665以降では発生してません。
違法なものではありませんが、自分でエンコしたものではないので、使ってるソフトとかも分かりません。

LAV LAVFiltersでデコードする時も同様の状況なので(そもそもffmpegとデコーダ共通かもしれませんが…)
もしかしたら、読み込みではなくエンコードの方がおかしいのかもしれません。
ただ、ブラウザでは期待通りの滑らかな再生ができるので、何とかなりそうな気はするのですが…
サンプルできたら持ってきます。

**名無しさん＠お腹いっぱい。** · 2021/12/24(金) 10:03:09.26

mkvの話が出てたけど8月あたりから
-default_mode の初期値が passthrough になってて、デフォルトトラックの概念の無いコンテナからそのままmkvに出力すると
今までは自動的に映像/音声/(字幕)の各1トラックに付与されてたデフォルトトラックフラグの無いmkvが生成されるようになってるから注意な
別に実用上問題は無いけど

**名無しさん＠お腹いっぱい。** · 2021/12/24(金) 16:17:26.16

VFRと小数フレームレートが合わさるともう大変だな

**名無しさん＠お腹いっぱい。** · 2021/12/24(金) 18:15:12.03

ffmpeg-windows-build-helpersでビルドしてたけど最近あんまりスクリプトのアプデが活発じゃないから
rav1eには対応しないし既に上流でマージされたパッチほったらかしだったりバージョン指定してるライブラリがえらい古かったり
media-autobuild_suiteに乗り換え時なのかな
自分でスクリプト編集しろ？ｱｯﾊｲ

**名無しさん＠お腹いっぱい。** · 2021/12/27(月) 19:08:18.57

タイムベースの話を聞いて、AAC-LCとOpusはよく使われるタイムベースが違うのにフレームサイズが20msに近いのはなぜだろうとおもった
近づけたのか？

**名無しさん＠お腹いっぱい。** · 2022/01/02(日) 10:44:17.66

>>266
タイムベースの逆数がタイムスケールってやつだとおもう、たぶん、自信ない
こういうことなんじゃないかと箱根駅伝を見ながら描いたイメージ図、あってるかな
https://imgur.com/a/YxWn1UT

**名無しさん＠お腹いっぱい。** · 2022/01/02(日) 15:08:13.10

>>272
タイムスケールか……仮にその関係性が正しいならコンテナごとに実はタイムスケールを採用してるとかだとしっくり来るね

図は合ってると思うけどタイムベースって1つずつ全部並べるイメージ無かったなぁ
数直線上に（フレームが存在するtickだけ）丸め誤差による1tickのずれを無視すれば等間隔に存在するイメージ

**名無しさん＠お腹いっぱい。** · 2022/01/02(日) 22:39:35.20

ねんがんのWSL2+Ubuntu入れた
ビルドはまた今度

**名無しさん＠お腹いっぱい。** · 2022/01/03(月) 01:18:54.92

>>273
そうそうタイムベースが1刻みずつ数直線上に並んでるイメージで描いてた
複数のトラックと同期を取るため必要十分な精度のクロック的な見かただった
等間隔に存在するイメージというのもわかる、動画のフレームに着目すると3003tickのかたまりが並んでるイメージ
タイムベースしだいで誤差が出る件はもやもやしてた
こっちは誤差のn-tickのずれが現れるのはタイムスケールがフレームレートで割り切れないときで
複数トラックそれぞれのフレームレートの公倍数にタイムスケールを設定するとずれが現れないということだとおもう
MPEG2-TSのタイムベース1/90000はNTSCの30000/1001、PALの50、音声の48000/1024、48000/1536でうまく割り切れたからたぶん

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 08:03:45.36

朝起きたらrelease 5.0とかいうのがffmpegのgitに出現してるけど4.5の次5.0になるの？

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 08:19:23.52

>>276
https://semver.org/lang/ja/

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 10:30:53.43

いやこの時機でメジャーアップデートなのかって意味じゃないの？

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 10:47:27.85

ビルド方法って何がいいの?
公式?

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 10:59:56.12

ビルドアップ！

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 13:32:16.90

音声と動画の結合にかなり時間がかかります（元動画の3倍位）
その間ずっとCPU使用率100%なのが怖いし、いい方法ないですか？
ffmpeg -i input.mp4 -i input.m4a output.mp4

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 13:34:21.52

GPUを追加する

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 13:37:18.32

そのコマンドだけだと変換が入ってる
無変換で結合するなら-vcodec copy とか-acodec copyを入れる

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 13:44:04.91

>>281
ffmpeg -i input.mp4 -i input.m4a -c copy output.mp4

**281** · 2022/01/04(火) 15:00:03.56

どうも有難うございます！
あっという間に終わりました！
今まで開きっぱなしで負荷をガリガリかけてたのは何だったんだ・・・

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 15:03:20.73

>>285
再圧縮のために時間がかかって、再圧縮のために電気代もかかって、再圧縮のために画質と音質を削ってただけだからあまり落ち込まないで…

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 15:05:12.35

デフォルトってH.264とAACなんだな
H.264はいいとして、AACは音質悪いのでは

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 15:15:59.44

>>287
オプション指定しない場合は -c:v libx264 -crf 23 -c:a aac -b:a 128k 相当だった気がする

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 15:34:14.71

いまのAACネイティブエンコーダーはデフォルトでも問題ないよ
かつてのlibfaacとかlibvo_aacencはそのままでは使えなかったはず

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 15:37:26.67

>>286
セイロン島に（・∀・）ｶｴﾚ!!

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 19:25:11.83

>>289
そりゃ192kbpsや256kbpsみたいな他のエンコーダーでもほとんど差が分かんないようなビットレートならそうだけど
128kbpsぐらいまで行くとあ～～～ってならない？
俺はOBSでそうなった

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 19:43:24.45

低いビットレートというか、ソースにノイズが多いとキュルキュルになる

**名無しさん＠お腹いっぱい。** · 2022/01/04(火) 19:47:05.80

videotoolboxと hevc_videotoolboxもデフォルトじゃ使えなくなった

**名無しさん＠お腹いっぱい。** · 2022/01/06(木) 22:01:28.87

4.5の霊圧も消えて4.4(.1)の次が5.0になるようだ
だからってなんかあるわけじゃないけど

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 17:32:18.36

ffmpeg -iでも判定されずmpc-hcでもvlcでも再生できず極窓でも拡張子不明なファイルって諦めるしかない？
拡張子はwmvだけど中身は違ってるっぽい。
バイナリエディタでも見たけど判読可能な英単語などは含まれてなかった。
wmvだとエンコード情報が判読できる。
zipやrarに固まってることもなかったし先頭にHTMLレスポンスのゴミがついてるということもなかった。
2000年頃の分割warez時代からの生き残りだから試せることは試したつもりなんだけどなぁ。

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 17:34:40.48

現物のうｐキボンヌ

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 18:22:11.74

バイナリエディタで先頭部分とビットマップ表示をキャプって貼ってくれないか
推測しようにも手がかりが無さすぎる

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 18:39:46.62

単語とかじゃなくてヘッダで見るんだよ

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 19:18:19.82

ありがとうございます。

>>296
プレ垢が要りますが落としたのはここからです
https://k2s.cc/file/38dfbb7727a1e/

>>297
先頭の2KBちょっとがこちらです（要ZIP展開、DLパスは>>295のID）
https://dotup.org/uploda/dotup.org2691341.zip.html

スクショしたのがこちらです
https://i.imgur.com/kTdZexI.png

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 19:37:24.96

TO-6347-6349
ショップ店員Pチラ盗撮！ロイドさんの秘蔵コレクション

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 20:07:38.54

ヘッダ見た訳じゃないけどwmvでンコード情報は分かるけど再生できないって2000年代前半ぐらいに流行ったDRM付のwmvなんじゃ

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 20:21:06.28

ごめん書き方悪かった。
通常のwmvだとエンコード情報とかバイナリエディタで先頭部分を覗くと文字列として読み取れる。
でもこの問題ファイルだと動画プレイヤーはおろかバイナリエディタでも何も読めないからそもそもwmvじゃない気がするって言いたかった。
wmvのDRM付きはGYAOがYahooに吸収されるくらい前の古い話だけど無理やりダウンロードしてDeDRMだかのツールでDRM解除して動画ストックしてわ。

**名無しさん＠お腹いっぱい。** · 2022/01/07(金) 21:22:38.43

8192bit周期で同じデータが並んでるな
圧縮データっぽいバイト列

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 07:18:22.54

真空波動拳なり自動拡張子判別ツールにまずかけろよ

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 07:32:58.63

極窓には通したって書いてあるだろ文盲

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 11:00:52.72

>>299
念の為に聞きたいのだけれどあなたが自分で持っているプレミアムアカウントを使ってダウンロードした？
ひょっとしてリンク生成サービスを利用してないか？

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 11:16:22.29

まぁ無理だとは思うけど
ffmpegの入力ファイル側に-fとか-cとか付けてコンテナやコーデックを強制してみたら？
というか
そういうの出来たっけ？

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 11:23:22.66

>>307
機能的にはできる

でも今回のケースだと
・アップローダーのページでは Duration: 0:19:57 Resolution: 656x480 Format: asf と情報が取得できている
・なのに極窓ですら判定できない(ヘッダーなど特徴的な情報もない)
だからアップローダーのプレミアムアカウント代をケチって"偽の"ダウンロード支援サービスを使って
ランダムに生成された無意味な233MBのデータをダウンロードしたんじゃないか？って気がする

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 15:11:09.90

そんな謎のサービス？があるのか
なんのためにあるの？

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 17:15:18.23

>>309
本来のダウンロード支援サービスはこういう感じ
・サービス運営者がプレミアムアカウントとダウンロード代行用のサーバーを用意する
・運営者はサイト上に掲載した広告などから収入を得る
・利用者はプレミアムアカウントを購入せずに高速なダウンロードができる

これに便乗した偽のサービスを作れば
・サービス運営者はダウンロード代行(のフリをする)ためのサーバーだけを用意する
・運営者はサイト上に掲載した広告などから収入を得る
・利用者はプレミアムアカウントを購入せずに高速なダウンロードができた気になる(実際にはゴミデータをDLさせられていて広告代の養分にされている)
って感じで収入を得ることができる
ID:aG8mUwRa0 はこれに引っかかったんだと思う

よく知らないから調べて出てきた結果とかを継ぎ接ぎした感じだけどこれなら
・アップローダーには正常なファイルがあるっぽい
・ダウンロードしたファイルは明らかに偽物っぽい
っていう疑問にも筋が通るから合ってるんじゃないかな？と

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 17:24:05.32

色んなこと思いつくな

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 17:29:10.94

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

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 17:31:28.06

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

**名無しさん＠お腹いっぱい。** · 2022/01/08(土) 23:07:27.34

>>312
それは草

**名無しさん＠お腹いっぱい。** · 2022/01/10(月) 04:23:49.59

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

**名無しさん＠お腹いっぱい。** · 2022/01/12(水) 19:50:45.82

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

**名無しさん＠お腹いっぱい。** · 2022/01/12(水) 19:51:35.76

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

**名無しさん＠お腹いっぱい。** · 2022/01/12(水) 22:02:32.00

>>316
>>295

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 08:27:15.62

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

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

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 09:35:04.96

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 09:47:48.18

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 11:45:27.05

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

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 13:07:52.28

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 18:42:21.95

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 18:49:04.24

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 19:59:19.17

つよいパソコンw

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 19:59:57.51

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 22:03:15.49

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 23:35:23.47

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 23:42:37.99

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

**名無しさん＠お腹いっぱい。** · 2022/01/13(木) 23:52:39.70

>>328
それはGOP