公式サイト
http://ffmpeg.org/
エンコード、ストリーミング配信を高画質高音質で行えるffmpeg。
OSに拘らず対応コーデックが多い。
対応コーデックが多く、多彩なオプションを使用可能。
コマンドラインから使用することができる。
ffmpegならこちらへ 4
https://egg.5ch.net/test/read.cgi/software/1555776689/
ffmpegならこちらへ 5
■ このスレッドは過去ログ倉庫に格納されています
2020/08/13(木) 19:43:45.34ID:j48XP1pP0
466名無しさん＠お腹いっぱい。
2020/11/19(木) 07:49:11.41ID:Wfr8P6Fg02020/11/19(木) 08:17:21.69ID:oW8JVArO0
また発症したかｗ
468名無しさん＠お腹いっぱい。
2020/11/19(木) 08:46:19.02ID:9O2De+ee0 Firefoxもモジラ財団に筒抜けなんですがそれは問題ないというバカさ加減
2020/11/19(木) 08:48:08.77ID:bW8uW4D90
こんな過疎スレ荒らして何がしたいのかね
2020/11/19(木) 08:55:08.29ID:me8IqJlp0
何でもいいから反応が欲しいんでしょ
これも含めて喜んでるよきっと
これも含めて喜んでるよきっと
2020/11/20(金) 12:00:40.58ID:4Kfs/TF00
FHD動画をVP9にエンコしようとしましたが、3950Xのコアを全然使えない。
色々弄ったら、下記のコマンドで全コアに負荷がかかるようになった。奥が深いな～。
-c:v libvpx-vp9 -b:v 2M -speed 2 -row-mt 1 -tile-columns 5 -threads 32
色々弄ったら、下記のコマンドで全コアに負荷がかかるようになった。奥が深いな～。
-c:v libvpx-vp9 -b:v 2M -speed 2 -row-mt 1 -tile-columns 5 -threads 32
2020/11/21(土) 23:14:22.53ID:sxxCsZT80
>>471
自分も3950xだけど
ゲームなんかと違ってffmpegはCPUやGPUの性能をフルに生かせるからねえ
メジャーソフトのバックエンドになってるから性能評価にも十分使える実用ソフトさ。
ただやっぱりガチ勢ばかりだから凝ったことやろうとすると
英語のドキュメント読んだり自らビルドすることになるけどね
自分も3950xだけど
ゲームなんかと違ってffmpegはCPUやGPUの性能をフルに生かせるからねえ
メジャーソフトのバックエンドになってるから性能評価にも十分使える実用ソフトさ。
ただやっぱりガチ勢ばかりだから凝ったことやろうとすると
英語のドキュメント読んだり自らビルドすることになるけどね
473名無しさん＠お腹いっぱい。
2020/11/24(火) 00:31:24.60ID:rVD2OHOI0 ffmpegは弄ってて普通に面白いのが魅力。
女にはこの楽しさはわからねぇだろうなぁ。
女にはこの楽しさはわからねぇだろうなぁ。
474名無しさん＠お腹いっぱい。
2020/11/28(土) 05:09:23.49ID:gWLc8IPQ02020/11/30(月) 16:12:25.29ID:LFfrY8pb0
ffmpegでVP9＋Opusなwebmをmkvにコンテナを変換すると、0.07秒長くなるのは何故？
例
変換前(webm)：1分26秒152秒
変換後(mkv)：1分26秒159秒
コマンド
ffmpeg -i hoge.webm -codec copy hoge.mkv
例
変換前(webm)：1分26秒152秒
変換後(mkv)：1分26秒159秒
コマンド
ffmpeg -i hoge.webm -codec copy hoge.mkv
2020/11/30(月) 17:02:09.61ID:TkI3jPgC0
今更そんなことを聞くのかよw
自分で答えを書いているのに気がつかないのか。
少し考えなされ。
自分で答えを書いているのに気がつかないのか。
少し考えなされ。
2020/11/30(月) 17:42:48.93ID:LFfrY8pb0
>>476
どういうことなの？
どういうことなの？
2020/12/02(水) 06:30:34.47ID:q0bchEIN0
勉強ために質問することをお許しください。このスレにどれほど関連しているのかわかりません...動画に博識な方が居られると思い質問します。
色関連の設定で混乱しています。そのきっかけですがTV映像の静止画キャプチャをPNGで得るためにFFmpegを使っていたのですが、さらにRGBの動画にしたくなりました。
いよいよ調べる過程でsRGBやらBT.709やら無視していた用語が多く現れ始め、頭がこんがらがってしまいました。
ある程度は検索して調べました。以下はその際とっていたメモです。主な情報源は英語版ウィキペディアで、残りはニコラボの記述からの類推です。
https://pastebin.ubuntu.com/p/krH9TRMjSV/
PALのガンマが実際にこんなに大きい2.8なのか、NTSCがSMPTE 170Mと1953で色度図の三角の大きさがまるっきり違っていておなじNTSCじゃないのか
ffmpegのbt709は1つだけ？入力RGBから出力YUVのときガンマは2.4相当動作しているのか？インターネットの記述でよく見るガンマ1.9はカメラガンマのことか？それとも違うのか...など
調べてもよくわからなかったことも多いです。
試しに以下の通りコマンドを打ってみました。私の認識はどうなんでしょう。
再生に使用したプレイヤーはVLC、対象の動画はITU-T BT.709と認識されており視聴環境はWindows、sRGBのモニタです。
ffmpeg -color_range tv -colorspace bt709 -color_primaries bt709 -color_trc bt709 ^
-i in.m2ts ^
-vf colorspace=space=bt709:range=pc:primaries=bt709:trc=srgb ^
-pix_fmt gbrp -color_range pc ^
-c:v utvideo -an out.avi
上記のコマンドで変換するとぼんやりと明るく見えます。これはシステムガンマ1.0で再生してると考えました。
AviUtlのティム氏の色調補正スクリプトで1.272の逆数、0.78のガンマ補正をすると入力動画の再生結果と非常に近いように見えます。
色関連の設定で混乱しています。そのきっかけですがTV映像の静止画キャプチャをPNGで得るためにFFmpegを使っていたのですが、さらにRGBの動画にしたくなりました。
いよいよ調べる過程でsRGBやらBT.709やら無視していた用語が多く現れ始め、頭がこんがらがってしまいました。
ある程度は検索して調べました。以下はその際とっていたメモです。主な情報源は英語版ウィキペディアで、残りはニコラボの記述からの類推です。
https://pastebin.ubuntu.com/p/krH9TRMjSV/
PALのガンマが実際にこんなに大きい2.8なのか、NTSCがSMPTE 170Mと1953で色度図の三角の大きさがまるっきり違っていておなじNTSCじゃないのか
ffmpegのbt709は1つだけ？入力RGBから出力YUVのときガンマは2.4相当動作しているのか？インターネットの記述でよく見るガンマ1.9はカメラガンマのことか？それとも違うのか...など
調べてもよくわからなかったことも多いです。
試しに以下の通りコマンドを打ってみました。私の認識はどうなんでしょう。
再生に使用したプレイヤーはVLC、対象の動画はITU-T BT.709と認識されており視聴環境はWindows、sRGBのモニタです。
ffmpeg -color_range tv -colorspace bt709 -color_primaries bt709 -color_trc bt709 ^
-i in.m2ts ^
-vf colorspace=space=bt709:range=pc:primaries=bt709:trc=srgb ^
-pix_fmt gbrp -color_range pc ^
-c:v utvideo -an out.avi
上記のコマンドで変換するとぼんやりと明るく見えます。これはシステムガンマ1.0で再生してると考えました。
AviUtlのティム氏の色調補正スクリプトで1.272の逆数、0.78のガンマ補正をすると入力動画の再生結果と非常に近いように見えます。
2020/12/02(水) 21:02:35.41ID:oc3i+w8y0
>>478
> ITU-R BT.709(ほぼOETFはガンマ1.9、EOTFがガンマ2.4)
BT.709はCRTモニタばかりの時代にその電圧－輝度特性に沿ってgamma1.9に近い対応表で定義されたもので、実際当時は今では良く使われる言葉で言うところのOETFであるのは確か
だけどEOTFがgamma2.4ってのは全然違う、というか同じ規格の順変換・逆変換経てシステムガンマが1じゃないとか有り得ないよ……色の表現破綻する（実際あなたの解釈だと線形RGBには1.9でガンマ復号するのに、CRT考慮のTV？では線形RGBが得られず元の信号とずれてる）もの
意図通りに色情報が処理される場合、BT.709なら一貫してgamma1.9に近いものだから言うならばBT.709は当然EOTFもgamma1.9に近いもの
もしディスプレイガンマが2.4に設定されてたら、モニタに渡される時にgamma2.4でガンマ符号化しておかれるだけじゃないかな
> ITU-R BT.709(ほぼOETFはガンマ1.9、EOTFがガンマ2.4)
BT.709はCRTモニタばかりの時代にその電圧－輝度特性に沿ってgamma1.9に近い対応表で定義されたもので、実際当時は今では良く使われる言葉で言うところのOETFであるのは確か
だけどEOTFがgamma2.4ってのは全然違う、というか同じ規格の順変換・逆変換経てシステムガンマが1じゃないとか有り得ないよ……色の表現破綻する（実際あなたの解釈だと線形RGBには1.9でガンマ復号するのに、CRT考慮のTV？では線形RGBが得られず元の信号とずれてる）もの
意図通りに色情報が処理される場合、BT.709なら一貫してgamma1.9に近いものだから言うならばBT.709は当然EOTFもgamma1.9に近いもの
もしディスプレイガンマが2.4に設定されてたら、モニタに渡される時にgamma2.4でガンマ符号化しておかれるだけじゃないかな
2020/12/04(金) 04:45:39.68ID:04Se2gHL0
>>479
レスが遅くなりました。仕事が立て込んでいまして、申し訳ありません。
EOTFとOETFが同じですかうーん、わからなくなってきた、体系的に学ばずトップダウンで理解しようとすると苦しみま。規格を読み解く能力がないですし。
ええとEOTF(カメラガンマ)とOETF(ディスプレイガンマ)の結果がOOTF(システムガンマ)ですよね。たった今ちょっとググって新しい資料を見つけました。
このPDFだとほぼ1.9のガンマをほぼ2.4のガンマで戻してることになってるようです。YUV⇔RGB間はほぼ2.4変換で扱ってるってことでいいんですよね。
ググってる過程でガンマ補正は輝度にしかあてないという情報があって思考ノイズになっています。あれ輝度と色差の分け方って色々種類ありましたよねBT.470BG据え置き(であろう)
JPEGはどういう処理をしてるのだ？なにか根本的に勘違いしてるような、すいません勉強して出直してきます。
https://www.leader.co.jp/uploads/2020/08/wp2_hdr_j1_181031.pdf
2020/08PDFホワイトペーパー WP2_HDR測定 - リーダー電子
レスが遅くなりました。仕事が立て込んでいまして、申し訳ありません。
EOTFとOETFが同じですかうーん、わからなくなってきた、体系的に学ばずトップダウンで理解しようとすると苦しみま。規格を読み解く能力がないですし。
ええとEOTF(カメラガンマ)とOETF(ディスプレイガンマ)の結果がOOTF(システムガンマ)ですよね。たった今ちょっとググって新しい資料を見つけました。
このPDFだとほぼ1.9のガンマをほぼ2.4のガンマで戻してることになってるようです。YUV⇔RGB間はほぼ2.4変換で扱ってるってことでいいんですよね。
ググってる過程でガンマ補正は輝度にしかあてないという情報があって思考ノイズになっています。あれ輝度と色差の分け方って色々種類ありましたよねBT.470BG据え置き(であろう)
JPEGはどういう処理をしてるのだ？なにか根本的に勘違いしてるような、すいません勉強して出直してきます。
https://www.leader.co.jp/uploads/2020/08/wp2_hdr_j1_181031.pdf
2020/08PDFホワイトペーパー WP2_HDR測定 - リーダー電子
2020/12/04(金) 12:53:40.75ID:6o0gvhVP0
for /f "usebackq delims=" %i in (`dir /s /b ^| find ".aac"`) do ffmpeg -i "%i" -acodec copy "%~dnpi.m4a
フォルダ、サブフォルダ内のaacを全てm4aに変更するのは↑で成功しましたが
for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy "%~dnpi.m4a
↑でmp4ファイルをm4aに変えようとすると映像まで残ってしまいます
一度aacにしてからやればできるのですが直接やる方法はありますか？
フォルダ、サブフォルダ内のaacを全てm4aに変更するのは↑で成功しましたが
for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy "%~dnpi.m4a
↑でmp4ファイルをm4aに変えようとすると映像まで残ってしまいます
一度aacにしてからやればできるのですが直接やる方法はありますか？
2020/12/04(金) 13:42:19.54ID:ZqcpWC9T0
>>481
>for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy "%~dnpi.m4a
>↑でmp4ファイルをm4aに変えようとすると映像まで残ってしまいます
-map 0:a:0で0番目のファイル(%%i)から音声のみ、0番目のストリームを参照する。
for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy -map 0:a:0 "%~dnpi.m4a
>for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy "%~dnpi.m4a
>↑でmp4ファイルをm4aに変えようとすると映像まで残ってしまいます
-map 0:a:0で0番目のファイル(%%i)から音声のみ、0番目のストリームを参照する。
for /f "usebackq delims=" %i in (`dir /s /b ^| find ".mp4"`) do ffmpeg -i "%i" -acodec copy -map 0:a:0 "%~dnpi.m4a
2020/12/04(金) 14:09:31.98ID:6o0gvhVP0
>>482
素晴らしいです！ ありがとうございました！
素晴らしいです！ ありがとうございました！
2020/12/04(金) 14:44:25.50ID:KWEuf6/O0
mapは理解すれば簡単だし合理的なんだけど、
大抵は省略可能なのでなかなかマスターしない
大抵は省略可能なのでなかなかマスターしない
2020/12/04(金) 17:30:45.70ID:z/1TkA9U0
>>482
ffmpeg -i "%i" -vn -c:a copy "%~dnpi.m4a
ffmpeg -i "%i" -vn -c:a copy "%~dnpi.m4a
2020/12/04(金) 17:31:23.16ID:z/1TkA9U0
いけね、>>481あてだった
2020/12/04(金) 18:28:22.72ID:4UiXXdgC0
>>480
理想的な入力・出力環境なら確かにEOTFとOETFだけ考えれば良いと思うよ
その場合（例えばBT.709で撮影・記録→そのままモニタで出力）はあなたの考えで何も問題ない
けど、実際今目の前の箱で見てる画面ってたぶんsRGBに合わせられてると思う
この場合例えば同じ画面で別のgamma値を意図して記録された画像を同時に表示する時どうなるの？って疑問が湧くはず
答えの1つとしては「アプリなりドライバなりに適切に扱われた場合、一旦同じgammna値（や色空間・原色・色深度など）に合わせられて、合わせられた色の形式の情報と共にモニタに入力される」となる
この場合、システムガンマはカメラガンマ・ディスプレイガンマだけじゃなく中間層で両者を摺り合わせるガンマ圧縮／展開も含めて考える事になるんじゃないかな
理想的な入力・出力環境なら確かにEOTFとOETFだけ考えれば良いと思うよ
その場合（例えばBT.709で撮影・記録→そのままモニタで出力）はあなたの考えで何も問題ない
けど、実際今目の前の箱で見てる画面ってたぶんsRGBに合わせられてると思う
この場合例えば同じ画面で別のgamma値を意図して記録された画像を同時に表示する時どうなるの？って疑問が湧くはず
答えの1つとしては「アプリなりドライバなりに適切に扱われた場合、一旦同じgammna値（や色空間・原色・色深度など）に合わせられて、合わせられた色の形式の情報と共にモニタに入力される」となる
この場合、システムガンマはカメラガンマ・ディスプレイガンマだけじゃなく中間層で両者を摺り合わせるガンマ圧縮／展開も含めて考える事になるんじゃないかな
2020/12/04(金) 19:04:32.93ID:2pkKah6g0
>>478
NTSCはアメリカで普及し始めたかその前だったかに基準の蛍光体を変えてる
NTSCはアメリカで普及し始めたかその前だったかに基準の蛍光体を変えてる
2020/12/04(金) 19:07:32.28ID:tE6FPrWA0
例としてBT.709の画像a・非ガンマ圧縮の画像bを同時にブラウザで表示したものがモニタ(この例ではgamma値2.2に設定されたもの)に入力される場合
現行のOS、ひいてはブラウザならたいていモニタプロファイルに対応してるから、最終的には1/2.2のガンマ圧縮されたデータでモニタに渡される（もしくは入力側の都合のまま渡してモニタ側でよしなに調整する？）はず
これで意図通りに表示され、全部ひっくるめてシステムガンマ1
画像a：像 ─(約1/1.9乗に圧縮)→ 画像a ─(BT.709→sRGB)→ ブラウザ上
画像b：像 ─(非ガンマ圧縮、実質1/1)→ 画像b ─(線形→sRGB)→ ブラウザ上
ブラウザ～：ブラウザ上 (─(OS上の形式など)→) ─(sRGB→モニタから取得した情報から1/2.2乗に圧縮)→ モニタ入力側 ─(2.2乗してガンマ展開)→ 液晶
現行のOS、ひいてはブラウザならたいていモニタプロファイルに対応してるから、最終的には1/2.2のガンマ圧縮されたデータでモニタに渡される（もしくは入力側の都合のまま渡してモニタ側でよしなに調整する？）はず
これで意図通りに表示され、全部ひっくるめてシステムガンマ1
画像a：像 ─(約1/1.9乗に圧縮)→ 画像a ─(BT.709→sRGB)→ ブラウザ上
画像b：像 ─(非ガンマ圧縮、実質1/1)→ 画像b ─(線形→sRGB)→ ブラウザ上
ブラウザ～：ブラウザ上 (─(OS上の形式など)→) ─(sRGB→モニタから取得した情報から1/2.2乗に圧縮)→ モニタ入力側 ─(2.2乗してガンマ展開)→ 液晶
2020/12/04(金) 19:16:09.08ID:tE6FPrWA0
訂正
ブラウザ～：ブラウザ上 ─(sRGB→
(─(あればsRGB→OS上の形式など)→)
モニタから取得した情報から1/2.2乗に圧縮)→ モニタ入力側 ─(2.2乗してガンマ展開)→ 液晶
ブラウザ～：ブラウザ上 ─(sRGB→
(─(あればsRGB→OS上の形式など)→)
モニタから取得した情報から1/2.2乗に圧縮)→ モニタ入力側 ─(2.2乗してガンマ展開)→ 液晶
2020/12/04(金) 19:24:54.90ID:ucKms9zp0
もっと簡潔に頼むわ
2020/12/04(金) 20:41:56.49ID:tE6FPrWA0
493名無しさん＠お腹いっぱい。
2020/12/09(水) 13:54:39.94ID:3fvLyth40 ffmpegでストリーミングの録音をしています
-tオプションで録音時間を指定していますが
このオプションはあくまで生成するファイルに対する指示で、録音を止めるためのオプションではないようで、
時間が過ぎても録音が続くケースがあります
指定時間で録音自体を止めるにはどうすればいいのでしょうか？
-tオプションで録音時間を指定していますが
このオプションはあくまで生成するファイルに対する指示で、録音を止めるためのオプションではないようで、
時間が過ぎても録音が続くケースがあります
指定時間で録音自体を止めるにはどうすればいいのでしょうか？
494名無しさん＠お腹いっぱい。
2020/12/09(水) 15:59:36.95ID:3fvLyth40 >>493
そういえばffmpegってオプションを置く位置によって動作が変わるんだったな・・？と思い出し、
-tオプションを-iオプションの後ろに移動したところ、
想定通りの動作をするようになりました
失礼しました
そういえばffmpegってオプションを置く位置によって動作が変わるんだったな・・？と思い出し、
-tオプションを-iオプションの後ろに移動したところ、
想定通りの動作をするようになりました
失礼しました
2020/12/09(水) 19:02:53.90ID:8nb8jLCE0
496名無しさん＠お腹いっぱい。
2020/12/13(日) 15:59:23.30ID:o+0wzT200 デジカメの撮影した動画の色温度を変更したいのですが、
BrightnessでRGBを調節するしかないでしょうか？
できれば、デジカメと同様のケルビン単位で補正したいのですが
意外と検索しても情報が見つかりませんでしたので
方法があればお教え願います。
BrightnessでRGBを調節するしかないでしょうか？
できれば、デジカメと同様のケルビン単位で補正したいのですが
意外と検索しても情報が見つかりませんでしたので
方法があればお教え願います。
2020/12/13(日) 16:10:52.71ID:wZiJDcZc0
>>496
「色温度」による補正は当然撮影時の調整だから、記録しちゃったものを直接色温度の調整するのは無理
擬似的に変換するようなソフトなりプログラムなりはあるだろうから、再変換での劣化とか気にしないなら探してみると良いよ
「色温度」による補正は当然撮影時の調整だから、記録しちゃったものを直接色温度の調整するのは無理
擬似的に変換するようなソフトなりプログラムなりはあるだろうから、再変換での劣化とか気にしないなら探してみると良いよ
2020/12/13(日) 16:14:38.70ID:wZiJDcZc0
色温度ってそもそも色の表現の基準にするものだから
記録した表現に色温度は含まれない（記録時に使っただけでデータじゃないと考えるのが近い）
→ 後から変えたいならフィルタ処理しかない
みたいな感じ
記録した表現に色温度は含まれない（記録時に使っただけでデータじゃないと考えるのが近い）
→ 後から変えたいならフィルタ処理しかない
みたいな感じ
2020/12/14(月) 16:01:27.10ID:9hz043+90
>>496
そこまでいくと動画編集よ
無料でやりたいならDaVinci Resolveで頑張れ
地獄だよ
有料のDaVinci Resolve Studioには
色温度をいい感じに変換するプラグインがあったはず
まあPremiereよりは安いよ
そこまでいくと動画編集よ
無料でやりたいならDaVinci Resolveで頑張れ
地獄だよ
有料のDaVinci Resolve Studioには
色温度をいい感じに変換するプラグインがあったはず
まあPremiereよりは安いよ
2020/12/14(月) 17:42:38.03ID:9J1rKaOk0
windowsでログ出力させると、ログ内のファイルパス記述が文字化けしちゃうんだけど、これ解決方法ってあるのかな
メタデータも文字化けしちゃうけどどうも解決方法ないっぽいし、無理なんかな
メタデータも文字化けしちゃうけどどうも解決方法ないっぽいし、無理なんかな
2020/12/14(月) 18:12:28.50ID:+8mOv1jC0
画面で化けてるだけとかでは
2020/12/14(月) 19:23:08.59ID:/1QIez0D0
chcp 65001
2020/12/14(月) 21:54:21.08ID:9J1rKaOk0
-report付けると出力される.logファイルの、「Command line」とか「Input」の項目に記述されるファイルパスとか、メタデータの記述が文字化けしちゃうって話ね
あんましっかり分かってなくて申し訳無いんだけど、処理自体はきちんと実行されてるからプロンプト上はちゃんとUTF-8で渡せてるんだと理解している
なので「winのファイルデータはSJISで記述されてるから、FFMPEGがファイルデータを読み込むときに文字化けしていて、これを回避する方法はない」という認識
ファイルパスやらメタデータに日本語含めない、以外になにか回避策あったらいいなーと…
ちなみにchcp 65001も念のため試してみたけど変化なかった
あんましっかり分かってなくて申し訳無いんだけど、処理自体はきちんと実行されてるからプロンプト上はちゃんとUTF-8で渡せてるんだと理解している
なので「winのファイルデータはSJISで記述されてるから、FFMPEGがファイルデータを読み込むときに文字化けしていて、これを回避する方法はない」という認識
ファイルパスやらメタデータに日本語含めない、以外になにか回避策あったらいいなーと…
ちなみにchcp 65001も念のため試してみたけど変化なかった
2020/12/14(月) 23:06:42.14ID:/1QIez0D0
Windows 10上のコンソール（コマンド・プロンプト）を使って、
環境変数でログ・ファイルのパスを指定してるけど、
ログもコンソール（メタデータを書き出してる）も文字化けしてないけどな。
まぁ、厳密にはpythonのスクリプトからの呼び出しだけど、
直接ffmpegを呼び出しても違いはないはず。
ちなみに吐き出されるログはUTF-8、CRLFだ。
環境変数でログ・ファイルのパスを指定してるけど、
ログもコンソール（メタデータを書き出してる）も文字化けしてないけどな。
まぁ、厳密にはpythonのスクリプトからの呼び出しだけど、
直接ffmpegを呼び出しても違いはないはず。
ちなみに吐き出されるログはUTF-8、CRLFだ。
2020/12/14(月) 23:13:21.01ID:/1QIez0D0
>>504については、コードページはcp932のままなので、念の為
2020/12/14(月) 23:25:59.12ID:+8mOv1jC0
うちで試してみると、化けたり化けなかったりだな
Input #0 from の行は化けない
File xxx already exists. の行は化ける
Input #0 from の行は化けない
File xxx already exists. の行は化ける
2020/12/14(月) 23:47:33.06ID:9J1rKaOk0
サンクス！うまく行く場合もあるってことはまだ調べ足らないとこがあるんですね…
明日もうちょっと調べてみます。ありがとうございます。
明日もうちょっと調べてみます。ありがとうございます。
2020/12/14(月) 23:48:50.61ID:TaMpZfZw0
ffmpegでFlacからMp3に変換したらカバーアートが引き継がれなかった
前は上手く行ってたのに
前は上手く行ってたのに
2020/12/19(土) 12:42:52.83ID:c8MSNeh30
あの、crt -25
ってやつ、時間けっこう、かかるんだよね
2G → 500mb
スマホに入れるのに、小さいほうがいいからね
ffmpeg最速だもんね
ってやつ、時間けっこう、かかるんだよね
2G → 500mb
スマホに入れるのに、小さいほうがいいからね
ffmpeg最速だもんね
510名無しさん＠お腹いっぱい。
2020/12/19(土) 23:04:26.10ID:nTBXIydY0 >>498-499
ありがとうございます。
ちなみにお聞きしたいのですが、
色温度を間違って撮影した動画を後からFfmpegなどの色調補正を使って
ニュートラルな色合いに戻すことは必ずできるものなのでしょうか？
もしできない場合があるとするとどういう理由なのでしょうか？
ありがとうございます。
ちなみにお聞きしたいのですが、
色温度を間違って撮影した動画を後からFfmpegなどの色調補正を使って
ニュートラルな色合いに戻すことは必ずできるものなのでしょうか？
もしできない場合があるとするとどういう理由なのでしょうか？
2020/12/20(日) 07:50:04.41ID:LnFiuBF20
2020/12/20(日) 12:47:50.14ID:wjR+Rgq60
>>510
「ニュートラルな色合い」は撮影者しか判断できない⇔合理的な自動調整みたいなのは存在しない
（強いて言えば撮影時に「記録した色の情報で正確に映し出すモニタに映して、更にそれを同期して最も差が少ないよう自動調整」みたいなのは技術的に可能かも）
「ニュートラルな色合い」は撮影者しか判断できない⇔合理的な自動調整みたいなのは存在しない
（強いて言えば撮影時に「記録した色の情報で正確に映し出すモニタに映して、更にそれを同期して最も差が少ないよう自動調整」みたいなのは技術的に可能かも）
2020/12/20(日) 18:12:29.67ID:afjPRHP30
>>510
できない場合、という話をするなら、酷い白飛びや黒潰れが発生した場合は色調補正程度でどうにかならない場合が多い。
損なわれてしまった部分を復元するのは補正とか言う次元を超えている、みたいな感じ。
できない場合、という話をするなら、酷い白飛びや黒潰れが発生した場合は色調補正程度でどうにかならない場合が多い。
損なわれてしまった部分を復元するのは補正とか言う次元を超えている、みたいな感じ。
2020/12/21(月) 10:12:47.00ID:zT7vngsO0
>>510
少なくともffmpegはそういうツールではないと思う
それはカラーコレクションっていうのが担う分野なのよ
他にも書いてくれてる人がいるけど
明暗やRGBなどの極端な振れによってデータに細かな差異がなく
調整するのも不可能ってのはある
例えば人物が写っていて極端に暖かい色温度だと
どう頑張っても肌が死ぬか背景が死ぬかの二択になる
これはPremiereとかDaVinciなど
カラーコレクションが出来るソフトでもそうよ
こいつを何とかしようと思ったら
AI駆使して人物切り抜きとか
あるいは人力で人物にマスクかけて頑張るとか
そういう無限に終わらん辛い世界になる
まあ最近は昔より現実的になったけど自分ではやりたくない
少なくともffmpegはそういうツールではないと思う
それはカラーコレクションっていうのが担う分野なのよ
他にも書いてくれてる人がいるけど
明暗やRGBなどの極端な振れによってデータに細かな差異がなく
調整するのも不可能ってのはある
例えば人物が写っていて極端に暖かい色温度だと
どう頑張っても肌が死ぬか背景が死ぬかの二択になる
これはPremiereとかDaVinciなど
カラーコレクションが出来るソフトでもそうよ
こいつを何とかしようと思ったら
AI駆使して人物切り抜きとか
あるいは人力で人物にマスクかけて頑張るとか
そういう無限に終わらん辛い世界になる
まあ最近は昔より現実的になったけど自分ではやりたくない
2020/12/23(水) 07:43:53.78ID:B9FbHOOy0
RGB系のピクセルフォーマットでcolorspace=bt709は可能なのか?
もし可能ならリミテッドレンジ、ビット深度8bit、colorspaceがbt.709で
Y,Pb,Pr=235,128,128はpix_fmtがRGB系ならR,G,B=235,235,235と記録されているのか？
https://i.imgur.com/AoeqeIl.png
https://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.709-4-200003-S!!PDF-E.pdf
https://i.imgur.com/SC0mFXj.png
https://mntone.hateblo.jp/entry/2017/04/01/023417
この2つを見て疑問に思った。
もし可能ならリミテッドレンジ、ビット深度8bit、colorspaceがbt.709で
Y,Pb,Pr=235,128,128はpix_fmtがRGB系ならR,G,B=235,235,235と記録されているのか？
https://i.imgur.com/AoeqeIl.png
https://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.709-4-200003-S!!PDF-E.pdf
https://i.imgur.com/SC0mFXj.png
https://mntone.hateblo.jp/entry/2017/04/01/023417
この2つを見て疑問に思った。
2020/12/23(水) 13:35:16.91ID:R83RCQyv0
そうじゃないの？
その形式で記録されてるものは知らないけど、技術的に何ら無理はないと思うし
その形式で記録されてるものは知らないけど、技術的に何ら無理はないと思うし
2020/12/26(土) 08:18:50.56ID:xY267Pd50
>>516
技術的に問題ないか。同じくそう思う。
ただffmpegの中でもこうなってるのか疑問で、ソースコードを読めないから処理がわからない。
コーデックオプションでbt709で読み込ませてformat=pix_fmts=rgb24にしてpixscopeで表示すると
リミテッドレンジで表示されると思いきやフルレンジになるんだが、それはformatフィルタがピクセルフォーマットが
RGB系といえばフルレンジだろと変換をかけているのか？bt709のRGBが存在するならピーク235にならないとおかしい気がする。
関連してFFmpegのcolorspace=rgbはIEC 61966-2-1 (sRGB)のはずだから
sYCCとして色差コンポーネントのピクセルフォーマットになれるのかもたった今気になり始めた。
技術的に問題ないか。同じくそう思う。
ただffmpegの中でもこうなってるのか疑問で、ソースコードを読めないから処理がわからない。
コーデックオプションでbt709で読み込ませてformat=pix_fmts=rgb24にしてpixscopeで表示すると
リミテッドレンジで表示されると思いきやフルレンジになるんだが、それはformatフィルタがピクセルフォーマットが
RGB系といえばフルレンジだろと変換をかけているのか？bt709のRGBが存在するならピーク235にならないとおかしい気がする。
関連してFFmpegのcolorspace=rgbはIEC 61966-2-1 (sRGB)のはずだから
sYCCとして色差コンポーネントのピクセルフォーマットになれるのかもたった今気になり始めた。
518名無しさん＠お腹いっぱい。
2020/12/26(土) 18:35:11.45ID:NOK3gpPH0 5年前にffmpegではなくhandbrakeというソフトですが、
H.265を使ってエンコードしたら
まれに、画像が崩れてしまう問題が発生したので、
怖くなって、それ以降H264しか使わなくなりました。
今は、H.265とAV1の覇権争いがあるみたいなことがweb上に書かれてありますが、
どのフォーマットを使うべきでしょうか？
4k・60fps動画をエンコードしたいのですがH264だと、さすがにファイルサイズが大きすぎて
もっと圧縮率の高いものを使うべきかと思って悩んでいます。
どなたかご助言いただけないでしょうか？
H.265を使ってエンコードしたら
まれに、画像が崩れてしまう問題が発生したので、
怖くなって、それ以降H264しか使わなくなりました。
今は、H.265とAV1の覇権争いがあるみたいなことがweb上に書かれてありますが、
どのフォーマットを使うべきでしょうか？
4k・60fps動画をエンコードしたいのですがH264だと、さすがにファイルサイズが大きすぎて
もっと圧縮率の高いものを使うべきかと思って悩んでいます。
どなたかご助言いただけないでしょうか？
2020/12/26(土) 20:44:12.85ID:e8jE8R1A0
そのソフトのエンコーダに不具合があったんじゃないの？
もしくはプレイヤーの不具合
コーデック自体は当然H.265の方が良い
今なら保存目的にならAV1で良いと思うよ
エンコード時間に耐えられないならまだH.264で良い
もしくはプレイヤーの不具合
コーデック自体は当然H.265の方が良い
今なら保存目的にならAV1で良いと思うよ
エンコード時間に耐えられないならまだH.264で良い
2020/12/31(木) 14:17:43.64ID:pOu+onuV0
HandBrakeも中身はffmpegですよ。
当時のH.265エンコーダーが未熟だったのでしょう。
最新版で試してみるといいでしょう。
当時のH.265エンコーダーが未熟だったのでしょう。
最新版で試してみるといいでしょう。
2020/12/31(木) 14:40:06.34ID:hnQwuHfa0
映像が乱れる
エンコーダーが悪いんじゃなくてデコーダーがクソなんじゃん…
というあるある
エンコーダーが悪いんじゃなくてデコーダーがクソなんじゃん…
というあるある
522名無しさん＠お腹いっぱい。
2020/12/31(木) 19:10:02.45ID:53Q0qKrx0 test
523名無しさん＠お腹いっぱい。
2020/12/31(木) 19:17:48.69ID:53Q0qKrx0 H264の場合、品質一定モードを使った場合、
CRF値を固定したままでPresetをFast→Slowと変化させると
速度が遅くなる一方で、ファイルサイズが小さくなることが確認できます。
一方で、H265の場合、なぜか逆に
Fast→Slowと変化させると速度が遅くなると同時にファイルサイズが大きくなってしまいます。
どうも品質が固定されておらず、速度の遅いプリセットの方が品質が上がってしまうようです。
具体的なコードは以下のような感じです。
"D:\ffmpeg\bin\ffmpeg.exe" -y -i "E:\test.mkv" -vf "format=yuv420p" -c:v libx265 -preset slow -x265-params crf=20 -acodec copy -t 10 -shortest "E:\test2.mkv"
出力ファイルサイズ：2.05MByte
"D:\Program Files2\ffmpeg\bin\ffmpeg.exe" -y -i "E:\test.mkv" -vf "format=yuv420p" -c:v libx265 -preset ultrafast -x265-params crf=20 -acodec copy -t 10 -shortest "E:\test3.mkv"
出力ファイルサイズ：965 kbyte
http://tech.ckme.co.jp/ffmpeg_h265.shtml
このページを見ると
H265であっても、品質固定モードの場合には
プリセットを変えても、品質は変わらないと書かれてあるのですが
私のコードに何か問題があるのでしょうか？
なぜこのようなことが起きるのでしょうか？
CRF値を固定したままでPresetをFast→Slowと変化させると
速度が遅くなる一方で、ファイルサイズが小さくなることが確認できます。
一方で、H265の場合、なぜか逆に
Fast→Slowと変化させると速度が遅くなると同時にファイルサイズが大きくなってしまいます。
どうも品質が固定されておらず、速度の遅いプリセットの方が品質が上がってしまうようです。
具体的なコードは以下のような感じです。
"D:\ffmpeg\bin\ffmpeg.exe" -y -i "E:\test.mkv" -vf "format=yuv420p" -c:v libx265 -preset slow -x265-params crf=20 -acodec copy -t 10 -shortest "E:\test2.mkv"
出力ファイルサイズ：2.05MByte
"D:\Program Files2\ffmpeg\bin\ffmpeg.exe" -y -i "E:\test.mkv" -vf "format=yuv420p" -c:v libx265 -preset ultrafast -x265-params crf=20 -acodec copy -t 10 -shortest "E:\test3.mkv"
出力ファイルサイズ：965 kbyte
http://tech.ckme.co.jp/ffmpeg_h265.shtml
このページを見ると
H265であっても、品質固定モードの場合には
プリセットを変えても、品質は変わらないと書かれてあるのですが
私のコードに何か問題があるのでしょうか？
なぜこのようなことが起きるのでしょうか？
2020/12/31(木) 19:37:09.45ID:MrMvUoLW0
2020/12/31(木) 19:40:41.44ID:A85QinmU0
時間がかかる手法でより圧縮しようとするが必ずしも縮むとは限らないってだけ。
ソースによってはH.264でも逆転は起きる。
ソースによってはH.264でも逆転は起きる。
526名無しさん＠お腹いっぱい。
2020/12/31(木) 19:48:03.73ID:53Q0qKrx0 ありがとうございます。
H264の場合でも映像によっては多少ファイルサイズがプリセットとともに減っていくわけではないのは知っていますが
H265の場合にはこれが顕著過ぎると思いました。
H264だとどのプリセットもCRFを20～28程度にするとちょうど良い画質になるのですが、
H265の場合には、プリセットに応じて12～18にしたり、24～32にしたり、調整しないといけないので非常に面倒です。
というか、プリセットMediumでエンコードしたファイルとSlowerでエンコードしたファイルが
どのCRFになれば、一致するかは自分の目で確かめるしかないわけなので
非常に使いづらいです。
どうやって使えば良いですか？
H264の場合でも映像によっては多少ファイルサイズがプリセットとともに減っていくわけではないのは知っていますが
H265の場合にはこれが顕著過ぎると思いました。
H264だとどのプリセットもCRFを20～28程度にするとちょうど良い画質になるのですが、
H265の場合には、プリセットに応じて12～18にしたり、24～32にしたり、調整しないといけないので非常に面倒です。
というか、プリセットMediumでエンコードしたファイルとSlowerでエンコードしたファイルが
どのCRFになれば、一致するかは自分の目で確かめるしかないわけなので
非常に使いづらいです。
どうやって使えば良いですか？
2020/12/31(木) 19:48:25.55ID:MrMvUoLW0
ちょっと手持ちのデータが古いけどこれ見るとpresetが違うと同じcrfを指定しても画質にバラツキがあるのがわかると思う
http://i.imgur.com/ZQl3NLq.png
なのでファイルサイズだけ見て縮んだと思うのは間違い
http://i.imgur.com/ZQl3NLq.png
なのでファイルサイズだけ見て縮んだと思うのは間違い
2020/12/31(木) 19:50:16.55ID:MrMvUoLW0
>>526
presetごとに調整するしかないと思うよ
presetごとに調整するしかないと思うよ
529名無しさん＠お腹いっぱい。
2021/01/01(金) 11:37:09.11ID:8h/qsXje0 http://i.imgur.com/ZQl3NLq.png
を見る限りはH265であっても同じCRFなら、プリセットが遅くなるに従ってファイルサイズも小さくなっているようですね。
昔とは仕様が変わったのでしょうか？
ところで、presetごとに調整するというのは、
H264のCRF20～28
の動画に対してSSIMが同じになるH265のCRFをそれぞれ求めていくという意味ですよね？
これって超面倒臭くないですか？
せっかくの最新のコーデックなのに敬遠してしまいます。
を見る限りはH265であっても同じCRFなら、プリセットが遅くなるに従ってファイルサイズも小さくなっているようですね。
昔とは仕様が変わったのでしょうか？
ところで、presetごとに調整するというのは、
H264のCRF20～28
の動画に対してSSIMが同じになるH265のCRFをそれぞれ求めていくという意味ですよね？
これって超面倒臭くないですか？
せっかくの最新のコーデックなのに敬遠してしまいます。
2021/01/01(金) 12:42:25.16ID:7oJR6at10
SSIMを信じ過ぎｗ
2021/01/01(金) 16:46:36.19ID:kXzW0rL+0
そりゃより複雑かつ高度な圧縮方式を取り込めば取り込むほど、結果の予測もぶれやすくなるのは自然でしょ
「より新しい方式を利用する方が常により良い結果になるはず」ってのは思い込みでしかない
あとpreset毎に調整が面倒っていうのは何か履き違いしてそう
どんな毛色の動画でも(presetを跨いで)同じ品位評価(SSIMなど)にするって行為に何か意図はあるの？
脳死で、もしくは義務感からやろうとしてないかな
「より新しい方式を利用する方が常により良い結果になるはず」ってのは思い込みでしかない
あとpreset毎に調整が面倒っていうのは何か履き違いしてそう
どんな毛色の動画でも(presetを跨いで)同じ品位評価(SSIMなど)にするって行為に何か意図はあるの？
脳死で、もしくは義務感からやろうとしてないかな
2021/01/01(金) 17:12:54.80ID:zKu1K2cZ0
いやcrf値が一緒でもpresetごとに品質が違うっていうのは実際面倒くさいじゃん
例えばultrafastだとcrf21くらい無いと見れたもんじゃないって判断してその設定をmediumに持ってきたけど実はmediumだと23でも大丈夫みたいな事が起きる訳で
どのpresetが他のpresetよりどのくらいcrfの品質にズレがあるのかある程度把握しておく必要がある
上の画像の例だとx264のveryfastは他のpresetよりいくらかズレてるみたいな感じに
まあ1つのpresetだけ使ってればこんな面倒くさい事しなくてもいいんだけどさ
例えばultrafastだとcrf21くらい無いと見れたもんじゃないって判断してその設定をmediumに持ってきたけど実はmediumだと23でも大丈夫みたいな事が起きる訳で
どのpresetが他のpresetよりどのくらいcrfの品質にズレがあるのかある程度把握しておく必要がある
上の画像の例だとx264のveryfastは他のpresetよりいくらかズレてるみたいな感じに
まあ1つのpresetだけ使ってればこんな面倒くさい事しなくてもいいんだけどさ
2021/01/01(金) 17:13:49.90ID:zKu1K2cZ0
誤解されそうなので一応書いておくと俺は元の質問者ではないです
534名無しさん＠お腹いっぱい。
2021/01/01(金) 17:19:41.61ID:8h/qsXje0 >>532さん言いたいことを言ってくれました
まさにその通りです
予め、プリセットごとに最適なCRF範囲を見積もっておかないといけないということですよね。
それなら公式が、H265のCRFはプリセットごとにH264のどのCRFに相当するか
公開してくれても良いと思うのですが・・・
まさにその通りです
予め、プリセットごとに最適なCRF範囲を見積もっておかないといけないということですよね。
それなら公式が、H265のCRFはプリセットごとにH264のどのCRFに相当するか
公開してくれても良いと思うのですが・・・
2021/01/01(金) 20:07:23.76ID:kXzW0rL+0
原理的に振れ幅があって決め撃ちはできない（preset間でcrfの一元性が崩れる）みたいな場合なら仕方ないでしょ
より局所的な方法採り入れてるだろうH.265で、H264では可能だった取り回しが原理的に難しくなってる可能性は十分あると思うし
より局所的な方法採り入れてるだろうH.265で、H264では可能だった取り回しが原理的に難しくなってる可能性は十分あると思うし
2021/01/01(金) 20:15:26.37ID:kXzW0rL+0
端的に書けば「圧縮は水物」
H.264からより先鋭化してその性質が顕著になっても、それは自然なことで不可抗力では
H.264からより先鋭化してその性質が顕著になっても、それは自然なことで不可抗力では
2021/01/01(金) 21:26:33.76ID:Y6n9E78i0
読んでなかったけど、違う方式同じCRFで同じ絵にならないと文句言ってるのか
そんなもん互換性がある訳ない
ボリュームの数値と音量の関係が機種によって違うと言ってるようなもん
そんなもん互換性がある訳ない
ボリュームの数値と音量の関係が機種によって違うと言ってるようなもん
538名無しさん＠お腹いっぱい。
2021/01/02(土) 10:10:53.06ID:yzkXrt3N0 FFmpeg 4.3.1 (With ARM Neon patch) for Apple Silicon
https://www.osxexperts.net/
https://www.osxexperts.net/
2021/01/02(土) 12:32:26.12ID:Dze4WZQk0
そういやバイナリが配布されなくなった問題って解決されたんだっけ？
2021/01/02(土) 12:47:52.78ID:yJwNL8Md0
公式からいくつかリンク貼られてるから好きなの選べばいいんでね
541名無しさん＠お腹いっぱい。
2021/01/03(日) 20:59:46.87ID:l2Sm4tU80 ffmpegの超初心者且つPCも詳しくなくいつも調べながらやっています。今日mp4に変換したファイルですが、フォルダ内に保存はされているのですが再生ができません。他に同じ方法で保存した動画は、サイズの横に長さが出るのですが再生できないファイルには長さが出ていません。これを再生できるようにするにはまたffmpegでできるのでしょうか。ちなみにいつも保存終了する際はctrl＋cで終了していました。
2021/01/03(日) 21:09:29.51ID:4he7y87R0
申し訳ないけど手掛かりが少なすぎて何とも……
全ての情報が手元にあるあなたにしか正解は分からないんだから、問題解決の原則「①動作環境②やった手順③結果」の詳細と上手く行った時との差異は最低限必須
これはコンピュータ関係の質問とかでは常識だから、知らないなら次のこと頭に入れておいて欲しい
機械ってのは「決まった処理」の連続で出来てるんだから、どこか1つでも不具合があれば上手くいかないよね？
「再生できる」なら「全てうまくいってるが確定する」けど、「再生できない」は「どこかで不具合があるって事しか分からない」
全ての情報が手元にあるあなたにしか正解は分からないんだから、問題解決の原則「①動作環境②やった手順③結果」の詳細と上手く行った時との差異は最低限必須
これはコンピュータ関係の質問とかでは常識だから、知らないなら次のこと頭に入れておいて欲しい
機械ってのは「決まった処理」の連続で出来てるんだから、どこか1つでも不具合があれば上手くいかないよね？
「再生できる」なら「全てうまくいってるが確定する」けど、「再生できない」は「どこかで不具合があるって事しか分からない」
2021/01/03(日) 21:11:42.50ID:4he7y87R0
具体的には例えば
・実行したコマンド（いつもとの差異も）
・入力した動画の情報（ffmpegの出力にも表示されるはず）
・ソフトのバージョン
・実行したコマンド（いつもとの差異も）
・入力した動画の情報（ffmpegの出力にも表示されるはず）
・ソフトのバージョン
544名無しさん＠お腹いっぱい。
2021/01/03(日) 22:51:10.52ID:l2Sm4tU80 ffmpegの超初心者且つPCも詳しくなくいつも調べながらやっています。今日mp4に変換したファイルですが、フォルダ内に保存はされているのですが再生ができません。他に同じ方法で保存した動画は、サイズの横に長さが出るのですが再生できないファイルには長さが出ていません。これを再生できるようにするにはまたffmpegでできるのでしょうか。ちなみにいつも保存終了する際はctrl＋cで終了していました。
545名無しさん＠お腹いっぱい。
2021/01/03(日) 22:54:16.87ID:l2Sm4tU80 仰る通りです。それすらもきちんと確認できていない(そもそも何かがわかっていない)ので、問うこと自体が誤っていました。次からは具体的に挙げていただいた例をきちんと確認且つその例の意味が分かるように勉強します。ご丁寧にありがとうございました。
546名無しさん＠お腹いっぱい。
2021/01/05(火) 07:38:07.59ID:NTXASPJO0 コマンドプロンプトで動くffmpegでctrl+cって強制終了だろ
まだ動作中に押したら不完全なファイルになってしまうのでは
まだ動作中に押したら不完全なファイルになってしまうのでは
2021/01/05(火) 09:37:02.35ID:ZxkpY3hQ0
リアルタイムの保存とか
2021/01/05(火) 22:51:23.99ID:j8UneBuI0
1kbのmp4なんでは？
2021/01/06(水) 07:29:31.09ID:Ym7qZHPZ0
Animated WebP をありきたりな動画フォーマットに変換したいけど、
ffmpegでは対応できないのかねぇ
最新のGitのものでも -formats 見る限りDemuxingをサポートしていないようなんだけど
ffmpegでは対応できないのかねぇ
最新のGitのものでも -formats 見る限りDemuxingをサポートしていないようなんだけど
2021/01/07(木) 00:05:38.72ID:YMcwtwwP0
画像はimagemagic使おう
2021/01/07(木) 15:22:19.81ID:E3fJUhZO0
ffmpegを途中で止めたい時は[q]キーだね
2021/01/07(木) 15:28:47.15ID:owk2w1qx0
音関連はsoxがいい
いずれもオプション大量の腐海みたいなソフト
いずれもオプション大量の腐海みたいなソフト
2021/01/07(木) 23:38:41.16ID:vHGW6aNm0
ffmpegは音は終わってんなm4aとかひどすぎる
2021/01/07(木) 23:41:57.40ID:gfOpf2WV0
っ fdk-aac
2021/01/08(金) 00:08:57.97ID:fsS4LerH0
せっかくffmpeg使ってるんだから初期装備のコーデックが不満なら好きなコーデック入れれば良いじゃん（良いじゃん）
2021/01/08(金) 01:00:05.21ID:6OAEvAEJ0
好みエンコーダでロスレスにして満足してたけどコアエンジンはffmpegだったというオチ
2021/01/08(金) 15:29:24.16ID:Tj4wPISJ0
なんでAAC天下になってるんだ?
もっとクリーンで素性のいい方法は何
もっとクリーンで素性のいい方法は何
2021/01/08(金) 20:46:23.02ID:GjbwVkTo0
っ Opus
2021/01/08(金) 21:00:44.60ID:hG/oFu520
互換性とかでaacじゃなきゃダメって以外はopusでいいよな
2021/01/09(土) 12:37:04.77ID:Ym4mUV350
エンコ速度・サイズ・扱いやすさで
hevc + opus + mkv
が現時点で最強なの？
hevc + opus + mkv
が現時点で最強なの？
2021/01/09(土) 13:09:45.12ID:QKymeCdg0
copy + copy + copy最強
2021/01/09(土) 15:02:58.07ID:yRZ/lr/D0
mkv使うならいっそ音声はflacでも良くね
動画に比べたらサイズそんなでもないし
動画に比べたらサイズそんなでもないし
2021/01/09(土) 16:00:17.62ID:3DOpj73U0
音声トラックにFlac格納できるコンテナってあったっけ？
2021/01/09(土) 16:10:36.40ID:iqS07eIH0
まんまmkv使うならって枕詞付いてるやろがいっ！！
2021/01/09(土) 16:15:19.52ID:o1O64Z6/0
HEVC + AACの拡張子は、.mp4がいいのか .movがいいのか？
2021/01/09(土) 16:33:48.07ID:moBgZpCB0
>>561
copy って一つだけじゃだめなのか？
copy って一つだけじゃだめなのか？
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 中国国連大使「日本が中国に武力行使すると脅しをかけたのは初めて」 国連事務総長に書簡★4 [♪♪♪★]
- 【芸能】44歳・池脇千鶴、激変ぶりにネット衝撃 「まるで別人…」「変化が凄い!!」の声 [冬月記者★]
- なぜ立花孝志氏の言葉は信じられたのか…"異例の逮捕"が浮き彫りにした「SNSの危険な病理」 [ぐれ★]
- 【🐼】パンダ、日本で会えなくなる？ 中国との関係悪化で不安の声 ★2 [ぐれ★]
- 中国「国連安保理の許可なしに日本攻撃可能」 Xで旧敵国条項に言及… ★15 [BFU★]
- 竹中平蔵氏、万博は大成功だったと持論 批判していた人々にチクリ「反省の弁の一つも聞きたい」 [バイト歴50年★]
- 戦争になったら日本の自衛隊は守ってくれるの？
- 中国のプロパガンダ、もうめちゃくちゃ「沖縄人は在日米兵にしいたげられているが日本政府は対応しない。もはや日本の領土とはいえない」 [329329848]
- 【画像】女さん「ポテンシャルない鼻でもここまで変わった…整形して人生変わった😭😭」
- 砂糖しろし・あましっていう芸名
- プロレスラーってロープに振ると走って戻ってくるけど
- VIPってたまに本物のガイジみたいなのいるけど、お前らは健常者だよな？