ffmpegならこちらへ 5

■ このスレッドは過去ログ倉庫に格納されています
2020/08/13(木) 19:43:45.34ID:j48XP1pP0
公式サイト
http://ffmpeg.org/

エンコード、ストリーミング配信を高画質高音質で行えるffmpeg。
OSに拘らず対応コーデックが多い。
対応コーデックが多く、多彩なオプションを使用可能。
コマンドラインから使用することができる。
ffmpegならこちらへ 4
https://egg.5ch.net/test/read.cgi/software/1555776689/
2020/10/29(木) 10:38:12.38ID:omejpNkC0
次スレはワッチョイ必須だな
425名無しさん@お腹いっぱい。
垢版 |
2020/10/29(木) 13:53:35.55ID:JZIQAz6Q0
まだいたのか
そっちの方が驚き
2020/11/03(火) 10:02:06.94ID:SyIktYEn0
Windows下でループバック録音によるビットパーフェクトを検証してます
現在WavSpectraで録音するとビットパーフェクトできる環境です
これをCUIにおきかえたくFFMpegでの録音方法を調べています

FFMpegの下記コマンドでは最下位ビットが常時化けるのですが
これを抑止する方法はありますか?
DirectShowを使っている時点でリサンプリング処理が入ってしまうんですかね

ffmpeg -y -f dshow -i audio="Virtual Audio Cable" "out.wav"
2020/11/03(火) 11:43:16.18ID:y36Tqz+s0
憶測だけどdshowの時点でだろうね

もしそうならDirectShowって「再生する(直前の生の)データ」じゃなくて「再生してるデータ」を渡してくるのかな?
それかキャプチャの周期が周波数の小数点以下の割合でずれてるとか?
2020/11/03(火) 12:56:17.84ID:y36Tqz+s0
ファイル形式やコーデック固有のオプションの検索(ffmpeg Documentationに載ってないものも有る)
https://google.com/search?q=site%3Affmpeg.org%2Fdoxygen+";libavformat"+OR+"libavcodec"+"Variable+Documentation"+"const%20AVOption%20options[]"+【ここに調べたいファイル形式(format / muxer / demuxer)やコーデック】

@新しい版のffmpegに対応するためにできるだけ更新日時が新しい検索結果のページに飛ぶ
A「Variable Documentation」という見出しの段落の「AVOption」のInitial value (初期値)を見る
2020/11/03(火) 12:56:58.47ID:SyIktYEn0
>>427
レスありがとうございます。
ffmpegでの録音時にdirectshowではなく
wasapiドライバを指定できれば解決すると思ってるんですが
その方法がわかりません。そもそもできるのかも含めて。
苦し紛れに試した下記も機能せず。
set SDL_AUDIODRIVER=wasapi

WavSpectraでもdirectsoundドライバで録音すると最下位ビットが常時化けます。
ffmpegはdirectshow時にリサンプリングが行われ
数値の扱いにおいて丸め誤差が生まれているのかな思います。
2020/11/03(火) 13:01:23.57ID:SyIktYEn0
>>428
こちらもありがとうございます
これから調べてみます
2020/11/03(火) 14:41:47.40ID:y36Tqz+s0
>>429
色々調査お疲れ様です
ドライバの指定は僕も気になったのでまた調べてみる
そもそも誤差はDirectShow全般じゃなくてffmpegのdshow固有の要因なのかな

>>430
>>428は自分用メモの意味が強くて今回のにはあんまり関係ないかも、ごめんね
(っていうのもffmpeg Devices Documentationのdshowのオプション説明にある情報以上は無かった)
2020/11/03(火) 14:50:42.12ID:y36Tqz+s0
>>428
あと428はformat・codecじゃなくてdeviceだった、正しくは以下
過去スレで僕がDocumentationに載ってないgifのオプションを見つけた時のと同じ類いのページがヒットする

format(gifなど)・codec(gifなど)は
https://www.google.com/search?q=site%3Affmpeg.org%2Fdoxygen+";libavformat"+OR+"libavcodec"+"Variable+Documentation"+"AV_OPT_TYPE_FLAGS"+調べたいformatかcodec

device(dshowなど)は
https://google.com/search?q=site%3Affmpeg.org%2Fdoxygen+";libavdevice"+"Variable+Documentation"+"const%20AVOption%20options[]"+調べたいdevice
2020/11/03(火) 15:53:41.32ID:SyIktYEn0
>>431
こちらこそ色々ありがとうございます。

その後、sox.exe と fmedia.exe でも同様の検証をしましたが
やはり無音の録音で、最下位ビットがランダム状態でした
(WavSpectra(wasapi)ではきれいに0x00が並びます)

またsox ,fmediaとも任意の録音デバイスは指定できますが
wasapiドライバを指定するには至ってません。

唯一soxは環境変数でAUDIODRIVERを指定可能でしたが
私の環境では設定できる値が"waveaudio"の一択でした。
(おそらくミキサー経由のドライバ)

sox ,fmediaが内部コードでどのAPI(DShow,DSound,MME)を使っているかは不明ですが
結局のところミキサーを経由しているのが原因っぽいですね。
2020/11/03(火) 17:15:43.02ID:y36Tqz+s0
>>433
重ねて検証お疲れ様です!
ミキサー通るだけで信号がぶれるなんて雑な設計で困りものだなぁ
さらっと調べた限りじゃWindowsのffmpeg環境だとdshow以外のやり方は見られなかった
2020/11/03(火) 17:32:41.79ID:y36Tqz+s0
またまた >>428 の修正、これで最後
ffmpegのソース斜め読みしてたら#defineのあと「AV_OPT_FLAG_〜」で文脈固有のオプションが定義されてるのが分かったので、下の検索で全部ヒットする

@下記の検索
A新しめのページに飛ぶ
(ここでソースコードのページならそこで"AV_OPT_FLAG_"をページ内検索して自力でオプション定義を探しに行く。説明ページならB以降でちょっと楽できる)
B見出し"Variable"の段落「const AVOption 」に続く「options []」の初期値を参考にする
CBが無ければ見出し"Macros"の段落の(OFFSET(x)じゃない方の)#defineのリンクに飛んでソースコードを確認(リンクから飛べばプログラムが理解できない人でも参考にできる感じの箇所に飛ぶ)

https://google.com/search?q=site:ffmpeg.org/doxygen/+%22define%22+AV_OPT_FLAG_ENCODING_PARAM+OR+AV_OPT_FLAG_DECODING_PARAM+OR+AV_OPT_FLAG_METADATA+OR+AV_OPT_FLAG_AUDIO_PARAM+OR+AV_OPT_FLAG_VIDEO_PARAM+OR+AV_OPT_FLAG_SUBTITLE_PARAM+【ここに調べたいcodecなりformatなりdeviceなり】
436名無しさん@お腹いっぱい。
垢版 |
2020/11/03(火) 19:04:07.26ID:Lwf6s0PD0
>>426-435
これらのような質問、およびそれに対する回答は、ffmpeg公式工作員によるやらせ自演書き込みであることが判明しております。このスレの我々正義の告発者たちによるレス以外のレスはほぼ全部やらせです。なぜffmpegのようなコマンドラインで操作し、アプリアイコンもないようなソフトで、ステマやらせ書き込みを行なっているのでしょうか。それにはもちろん理由があります。詳しくはこちら↓をご覧ください。

【マルウェア・危険】ffmpegの不都合な真実【個人情報収集】正義の告発者たち vs ffmpeg公式工作員 戦いの軌跡
https://egg.5ch.net/test/read.cgi/software/1597315425/306-
2020/11/03(火) 20:13:24.65ID:y36Tqz+s0
狂人の真似とて大路を走らば即ち狂人なり
2020/11/03(火) 20:27:24.12ID:ycg0lx770
東京マラソン走者皆狂人なり
2020/11/04(水) 20:19:51.05ID:fObrVigq0
>>435
結局Windowsのオーディオエンジン(旧カーネルミキサー)を経由すると
丸め誤差は発生してしまうみたいで、
再生、録音共にこれをバイパスする手段を持たないと(WASAPI排他やASIOなど)
期待通りの結果は得られないことが分かりました。

バッチ処理に組み込みたいためGUIのWavSpectraは不向きで
ffmpegやsoxがこの機能を持たないとなると
コマンドラインツールで見つけるのは難しそうです。

ありがとうございました。
2020/11/04(水) 20:35:11.99ID:6wHvyCcx0
元々、そういう余計なことをさせない為のASIOとかだしな
2020/11/05(木) 00:46:16.11ID:hWckrfZb0
>>439
Windowsのメディア処理には明るくなかったんで今回初めてWASAPIやASIOについて調べたんだけど、なるほど……

そもそもffmpegは、できるだけ生データを直接・余計な処理無しに・自由な処理内容を選んで扱うのを大きな目的の1つとしてるソフトだから要望を出してみるのが良い手だと思う
dshowを介さないデバイスとの接続に対応、もしくはWASAPI or ASIOに対応して欲しいという内容で
2020/11/05(木) 10:41:37.87ID:71Rn4XNW0
要望てどこに出すのがいいんだ
issue?
2020/11/05(木) 19:02:44.24ID:hWckrfZb0
自前でコード書くかffmpegの開発者に直接コンタクト取るしかない……のかな?
2020/11/05(木) 20:56:15.14ID:2Ixlm3uA0
要望ならtracでチケットを作る:https://trac.ffmpeg.org/about
自前でコード書いたのなら開発者向けメーリングリスト:https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2020/11/07(土) 18:57:41.28ID:/fD/cqh10
https://i.imgur.com/qOCQ8Ue.jpg
2020/11/15(日) 12:18:39.97ID:BZqJSaTf0
ダウンロード中に途中で止めるコマンドってどうすれば?
2020/11/15(日) 12:31:56.62ID:PwQO/MsU0
母親の顔を思い浮かべる
2020/11/16(月) 11:59:07.42ID:He5zwBGN0
4.3.1の次ってどうなってんの?
バージョンの推移がさっぱりわからんけど
2020/11/17(火) 15:17:14.21ID:iVk8juAL0
インターレス解除ってやると
映像がぼやけるんだけどこんなもん?

-vf bwdif=mode=1:parity=0:deint=0

-deinterlace

両方試したけど・・・・
後者のほうが比較的扱いやすい
2020/11/17(火) 15:21:10.43ID:22zg3mik0
もともと存在しない情報を推測してるだけだからなあ
2020/11/17(火) 21:21:50.76ID:6oipEgFV0
原理的に完全に復元することはできない
インタレースは滅んでいいと思う
2020/11/17(火) 21:33:43.58ID:22zg3mik0
なんであんな戦前の方式が今でも生き残っているのやら
2020/11/18(水) 18:17:40.81ID:z9EOh51S0
互換性のためやろ
例えば物理でも電子の向きの反対に電流っていう存在しないものを定義しちゃってるけど、過去の文献修正して読むの厳しいから残ってる
「歴史的経緯」ってやつ
2020/11/18(水) 19:09:19.50ID:tfn6KiS80
電荷がマイナスなんだから当然だろ
2020/11/18(水) 20:50:06.02ID:z9EOh51S0
電子がマイナスなんて帳尻合わせるための後付けでしかないし歴史的経緯に違いないね
当初たまたま電流を今で言う電子の流れと同じ向きに決めてたら、逆向きの流れなんて別には定義されないでしょ
2020/11/19(木) 00:32:45.81ID:H0yChmEE0
でも電子をプラスにすると陽子がマイナスってことになるんだよな
それとも陽子ではなく陰子と呼ばれるのかな
2020/11/19(木) 01:01:38.08ID:sMhUBe8m0
そうなるね、やっぱり後から変えるのは厳しい
インターレースは一応どんどん減ってってるからましかな
458名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 04:22:50.28ID:+UPyDCbM0
>>437-457
これらの書き込みは、ほぼすべてffmpeg公式が行なっているやらせ自演書き込みです。おそらくステマ業者を使って行なっているものと思われます。
込み入った内容の質問及び回答は、ffmpeg公式本部のだれかが考え、契約しているステマ業者が翻訳して自演やらせ書き込みしているであろうことが>>aで明らかになりました。毎回込み入った内容の質問及び回答のパターンが同じため、ffmpeg公式本部の同じ人物が質問及び回答を考えているものと思われます。
>>aの書き込みがあったため、それ以降は逐語訳ではなく意識的にこなれた日本語に翻訳しているようですが、いかんせん元の文章を考えているのが同一人物のためか、魂胆が見え見えになっております。
ffmpegのような、コマンドラインで操作し、アプリアイコンもないようなフリーソフトでステマやらせ書き込みを行なう理由はなんなのか。それもステマ業者を使ってです。その理由は、マルウェアであるffmpegをたくさんの人にダウンロードさせインストールさせるためです。その証拠はここ↓にあります。ぜひご自身の目でご確認ください。

【マルウェア・危険】ffmpegの不都合な真実【個人情報収集】正義の告発者たち vs ffmpeg公式工作員 戦いの軌跡
https://egg.5ch.net/test/read.cgi/software/1597315425/306-423
459458訂正サーセン
垢版 |
2020/11/19(木) 04:27:21.78ID:+UPyDCbM0
>>437-457
これらの書き込みは、ほぼすべてffmpeg公式が行なっているやらせ自演書き込みです。おそらくステマ業者を使って行なっているものと思われます。
込み入った内容の質問及び回答は、ffmpeg公式本部のだれかが考え、契約しているステマ業者が翻訳して自演やらせ書き込みしているであろうことが>>396で明らかになりました。毎回込み入った内容の質問及び回答のパターンが同じため、ffmpeg公式本部の同じ人物が質問及び回答を考えているものと思われます。
>>396の書き込みがあったため、それ以降は逐語訳ではなく意識的にこなれた日本語に翻訳しているようですが、いかんせん元の文章を考えているのが同一人物のためか、魂胆が見え見えになっております。
ffmpegのような、コマンドラインで操作し、アプリアイコンもないようなフリーソフトでステマやらせ書き込みを行なう理由はなんなのか。それもステマ業者を使ってです。その理由は、マルウェアであるffmpegをたくさんの人にダウンロードさせインストールさせるためです。その証拠はここ↓にあります。ぜひご自身の目でご確認ください。

【マルウェア・危険】ffmpegの不都合な真実【個人情報収集】正義の告発者たち vs ffmpeg公式工作員 戦いの軌跡
https://egg.5ch.net/test/read.cgi/software/1597315425/306-423
460名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 04:32:28.81ID:hrjZya+s0
>>459
最近のステマ業者は犯罪の幇助もするのか。落ちぶれたな。
461名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 04:47:05.50ID:1bSxSRkn0
>>460
ステマ業者なんてそういうもの。どこも同じ穴のムジナだよ。
462名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 04:54:48.25ID:verqqT+70
>>459
読んだ。衝撃的だな。120%真実だろこれ。
463名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 04:58:58.00ID:z9m0ZNsk0
>>462
このステマ業者、バレバレなのによくやるね
464名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 05:09:39.46ID:N04e8X5K0
>>463
バレバレでffmpeg公式がどうなろうとステマ業者は契約料さえ入れば知ったこっちゃないんだろうけど、ffmpeg公式と一緒にステマ業者も逮捕されるのにどうすんの?w
465名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 05:49:42.58ID:XrqVh3Rt0
>>459
この告発文を読んで価値観が180度変わった。
リスクとベネフィット(利益)を天びんに掛けて、フリーソフトは使うべきではないという結論に至った。OSをクリンインストールしてブラウザをフリーのFirefoxにした以外は、フリーソフトは使わないことにした。個人情報が筒抜けはいやだわ。
466名無しさん@お腹いっぱい。
垢版 |
2020/11/19(木) 07:49:11.41ID:Wfr8P6Fg0
>>465
セキュリティソフトがグルとは盲点だったわ。でもそうなんだろうな。
これを知っちゃあフリーソフトを使う気にはなれんわ。
2020/11/19(木) 08:17:21.69ID:oW8JVArO0
また発症したかw
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
2020/11/21(土) 23:14:22.53ID:sxxCsZT80
>>471
自分も3950xだけど
ゲームなんかと違ってffmpegはCPUやGPUの性能をフルに生かせるからねえ
メジャーソフトのバックエンドになってるから性能評価にも十分使える実用ソフトさ。
ただやっぱりガチ勢ばかりだから凝ったことやろうとすると
英語のドキュメント読んだり自らビルドすることになるけどね
473名無しさん@お腹いっぱい。
垢版 |
2020/11/24(火) 00:31:24.60ID:rVD2OHOI0
ffmpegは弄ってて普通に面白いのが魅力。
女にはこの楽しさはわからねぇだろうなぁ。
474名無しさん@お腹いっぱい。
垢版 |
2020/11/28(土) 05:09:23.49ID:gWLc8IPQ0
>>39
亀レスだけど、intelならGPU内蔵しているぞ
ふる〜〜いCPUとかやっすいCPUなら知らんが
GPUを使うとi3もi7も変換速度に大差ない
2020/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
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のガンマ補正をすると入力動画の再生結果と非常に近いように見えます。
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でガンマ符号化しておかれるだけじゃないかな
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測定 - リーダー電子
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にしてからやればできるのですが直接やる方法はありますか?
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
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
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値(や色空間・原色・色深度など)に合わせられて、合わせられた色の形式の情報と共にモニタに入力される」となる
この場合、システムガンマはカメラガンマ・ディスプレイガンマだけじゃなく中間層で両者を摺り合わせるガンマ圧縮/展開も含めて考える事になるんじゃないかな
2020/12/04(金) 19:04:32.93ID:2pkKah6g0
>>478
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乗してガンマ展開)→ 液晶
2020/12/04(金) 19:16:09.08ID:tE6FPrWA0
訂正

ブラウザ〜:ブラウザ上 ─(sRGB→
(─(あればsRGB→OS上の形式など)→)
モニタから取得した情報から1/2.2乗に圧縮)→ モニタ入力側 ─(2.2乗してガンマ展開)→ 液晶
2020/12/04(金) 19:24:54.90ID:ucKms9zp0
もっと簡潔に頼むわ
2020/12/04(金) 20:41:56.49ID:tE6FPrWA0
>>491
外から見て単純化されてるものの複雑な中身見てるんだからどうしても複雑になる
意味不明でも良いなら、簡潔に書けば「カメラとモニタだけが入力の形式に対処するんじゃない」って話をしてた
493名無しさん@お腹いっぱい。
垢版 |
2020/12/09(水) 13:54:39.94ID:3fvLyth40
ffmpegでストリーミングの録音をしています
-tオプションで録音時間を指定していますが
このオプションはあくまで生成するファイルに対する指示で、録音を止めるためのオプションではないようで、
時間が過ぎても録音が続くケースがあります
指定時間で録音自体を止めるにはどうすればいいのでしょうか?
494名無しさん@お腹いっぱい。
垢版 |
2020/12/09(水) 15:59:36.95ID:3fvLyth40
>>493
そういえばffmpegってオプションを置く位置によって動作が変わるんだったな・・?と思い出し、
-tオプションを-iオプションの後ろに移動したところ、
想定通りの動作をするようになりました
失礼しました
2020/12/09(水) 19:02:53.90ID:8nb8jLCE0
>>494
ffmpegは、グローバルオプション以外は直後の入力か出力に対するオプションって考えると良いよ
実際の動作でも-iに対する前置き・後置きじゃなく直後の入出力で変わる
496名無しさん@お腹いっぱい。
垢版 |
2020/12/13(日) 15:59:23.30ID:o+0wzT200
デジカメの撮影した動画の色温度を変更したいのですが、
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よりは安いよ
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も念のため試してみたけど変化なかった
2020/12/14(月) 23:06:42.14ID:/1QIez0D0
Windows 10上のコンソール(コマンド・プロンプト)を使って、
環境変数でログ・ファイルのパスを指定してるけど、
ログもコンソール(メタデータを書き出してる)も文字化けしてないけどな。
まぁ、厳密には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. の行は化ける
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最速だもんね
510名無しさん@お腹いっぱい。
垢版 |
2020/12/19(土) 23:04:26.10ID:nTBXIydY0
>>498-499
ありがとうございます。
ちなみにお聞きしたいのですが、
色温度を間違って撮影した動画を後からFfmpegなどの色調補正を使って
ニュートラルな色合いに戻すことは必ずできるものなのでしょうか?
もしできない場合があるとするとどういう理由なのでしょうか?
2020/12/20(日) 07:50:04.41ID:LnFiuBF20
>>510
その動画が実際と比べて自然な色合いかどうか、というのは撮影者しかわからないので
ソフトの補正範囲でその本人がニュートラルに感じることができるかできないかの問題
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駆使して人物切り抜きとか
あるいは人力で人物にマスクかけて頑張るとか
そういう無限に終わらん辛い世界になる
まあ最近は昔より現実的になったけど自分ではやりたくない
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つを見て疑問に思った。
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として色差コンポーネントのピクセルフォーマットになれるのかもたった今気になり始めた。
518名無しさん@お腹いっぱい。
垢版 |
2020/12/26(土) 18:35:11.45ID:NOK3gpPH0
5年前にffmpegではなくhandbrakeというソフトですが、
H.265を使ってエンコードしたら
まれに、画像が崩れてしまう問題が発生したので、
怖くなって、それ以降H264しか使わなくなりました。
今は、H.265とAV1の覇権争いがあるみたいなことがweb上に書かれてありますが、
どのフォーマットを使うべきでしょうか?
4k・60fps動画をエンコードしたいのですがH264だと、さすがにファイルサイズが大きすぎて
もっと圧縮率の高いものを使うべきかと思って悩んでいます。
どなたかご助言いただけないでしょうか?
2020/12/26(土) 20:44:12.85ID:e8jE8R1A0
そのソフトのエンコーダに不具合があったんじゃないの?
もしくはプレイヤーの不具合
コーデック自体は当然H.265の方が良い

今なら保存目的にならAV1で良いと思うよ
エンコード時間に耐えられないならまだH.264で良い
2020/12/31(木) 14:17:43.64ID:pOu+onuV0
HandBrakeも中身はffmpegですよ。
当時の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であっても、品質固定モードの場合には
プリセットを変えても、品質は変わらないと書かれてあるのですが
私のコードに何か問題があるのでしょうか?

なぜこのようなことが起きるのでしょうか?
■ このスレッドは過去ログ倉庫に格納されています
16歳の水野カイトが封印の刀を見つけ、時間が裂けて黒い風と亡霊の侍が現れ、霊の時雨と契約して呪われた刀の継承者となる場面

ニューススポーツなんでも実況