[過去ﾛｸﾞ] ffmpegならこちらへ 7 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
89(1): 2023/01/05(木)00:25 ID:7mKKIxKi0(1/8) AAS
返信ありがとうございます。私もそのPDFを読んでみました。
>このPDF見ながらソース読んでみたけど、処理自体は正しく書かれてるように思える
>あとはこれを使ってる場所が正しくLとVを使ってるかどうかじゃないかなあ
>Lを使うべきところでVを使ってるとか、その逆とか
はい、そう思います。
同じソースコードの330行目を見ると、OETFの引数にVを、EOTFの引数にLを入力していませんか。
もしそうなら、LとVを逆に扱っていないでしょうか？
90(2): 2023/01/05(木)00:46 ID:7mKKIxKi0(2/8) AAS
>>89は予想です。
func.to_linearやfunc.to_gammaって書いてあるのを見て思っただけで、全体の処理の流れを理解していません。
>>87のプログラムの説明助かりました！
92(1): 2023/01/05(木)20:49 ID:7mKKIxKi0(3/8) AAS
リニア化は人間の視覚特性に合わせて暗部の圧縮をするので下カーブになると思います。
ただ、どうして出力参照でRec.1886 EOTFを適用するんでしょう。
PDFの記述と食い違いがあります。（今気づきましたが、1991年の記事なんですね）
Rec.1886はCRTの模倣なので、再生時の逆ガンマ補正がもしCRTだけ（パススルー）だったら理にかなっています。
ネットで調べてもよくわからないです。
とりあえずいまは式をMarkdownへ書き起こす作業をしています。
93(1): 2023/01/05(木)22:32 ID:7mKKIxKi0(4/8) AAS
外部ﾘﾝｸ:www.desmos.com
smpte_240m_inverse_oetfとrec_1886_eotfをプロットしてみました。
外部ﾘﾝｸ:imgur.com
この画像のようにシーン参照のTFと出力参照のTFを組み合わせるのが一般的？なんですかね。
zscaleのRec.709の実装が正しいとすると
シーン参照のTFと出力参照のTFはsmpte_240m_inverse_oetfとrec_1886_eotfだと思います。
うーん。
94: 2023/01/05(木)22:39 ID:7mKKIxKi0(5/8) AAS
書き起こした式です。
外部ﾘﾝｸ:hackmd.io
95: 2023/01/05(木)23:36 ID:7mKKIxKi0(6/8) AAS
こちらの画像がより正確かもしれません。
外部ﾘﾝｸ:imgur.com
Scene-referredについて追記した版です。
外部ﾘﾝｸ:hackmd.io
Rec.709も加えました
外部ﾘﾝｸ:www.geogebra.org
96(1): 2023/01/05(木)23:49 ID:7mKKIxKi0(7/8) AAS
BT470_MとREC_470_BGとLOG_100とLOG_316の式がH.273と違いますね
97: 2023/01/05(木)23:59 ID:7mKKIxKi0(8/8) AAS
すみません>>96解決しました。
BT470_MとREC_470_BGは、OETFとinverse OETF、func.to_linearとfunc.to_gammaがそれぞれ逆ですが、結果的に処理は正しく
LOG_100とLOG_316は、式の区間が調整されてますが、計算結果は変わらないようです。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s