关于YUV overflow / underflow处理方式

[int-yscwl]

求教面对这种情况该如何处理呢？ 我试过core.std.Levels(src16, min_in=0 << 8, max_in=255 << 8, min_out=16 << 8, max_out=235 << 8, planes=0) 感觉效果并不好，画面相比原视频发灰，观感更糟，并且原视频是一会underflow，一会又overflow+underflow，用std.Levels处理总感觉有些不够“精准”或“智能”？请问有什么其它好的处理方法吗？ 另外，原视频是PAL式的DVD原盘

[dtlnor]

原视频是一会underflow，一会又overflow+underflow

那会不会是整个视频都有overflow+underflow。还是说能明显看到一些镜头有cutoff，一些镜头没有cutoff呢？
以及，dvd的话情况太多了，如果觉得发灰，先确保你的视频正确转换到了bt709的matrix、primaries、transfer，或者正确赋予src matrix等参数再转换到srgb预览

[int-yscwl]

cutoff？抱歉，我才学vapoursynth没多久，没看明白，另外，我写的脚本是这样的：
src8 = core.bs.VideoSource(R"G:\Temporary\LS\XYJ\VTS_01_1.VOB")
src16 = core.resize.Bicubic(
clip=src8,
# 输入：PAL DVD 标准参数
primaries_in_s="470bg",
transfer_in_s="601",
matrix_in_s="470bg",
range_in_s="limited",
# 输出：强制 BT.709
primaries_s="709",
transfer_s="709",
matrix_s="709",
format=vs.YUV420P16
)
src16_Levels = core.std.Levels(src16, min_in=0 << 8, max_in=255 << 8, min_out=16 << 8, max_out=235 << 8, planes=0)
deinterlaced = haf.QTGMC(src16_Levels, Preset='Placebo', TFF=True, FPSDivisor=1)
res = deinterlaced.set_output()
更多其它瑕疵处理方式由于还在学，因此还没写那些，另外，如果用znedi3.nnedi3放大视频，znedi3.nnedi3是不是不支持将bt601的primaries、transfer转为bt709？

[dtlnor]

cutoff就是截断的意思，如果看到右上角hist.Level()显示的像素分布在235、16的这些地方被明显截断了就代表这个镜头有正确地处理yuv信号（最好找有一堆死白或者死黑的场景看看）

[int-yscwl]

总体看下来，溢出情况，尤其是underflow居多，截断的情况偏少

[dtlnor]

那我觉得你可以尝试判断一下是否存在整个盘都要做一遍修正的情况。
此外可以在resize那里添加range相关的参数以防止resize太自动了。
说起resize的自动，如果你用的是官方vs，那边的resize会优先读取frameProp而无视你填入的参数。这个要注意一下。

placebo这种名字的profile，一般不是真的拿来用的。

[int-yscwl]

有点头大，整盘修正？难道要一段一段做std.Levels？那工程量有点太大了吧？？？
添加range相关参数是指再加个range_s="limited"吗？
另外，我用MediaInfo看了一下，元数据里没有matrix、primaries、transfer、range的相关信息，是否不用担心resize读错信息呢？
最后，不用placebo是因为太慢还是？那用veryslow可以吗？主要是自己写了几次QTGMC参数，发现还不如预设的效果好……

[dtlnor]

不是，我的意思就是像你提供的代码那样。全片统一做修正。（因为overflow、underflow有时候可能只有几个镜头的错误，而非整片）
是，就是指定range。
元数据里没有，一般就不怕resize强读frameprop里面的东西，不过你也可以直接.text.FrameProp()看看有些啥
不用placebo是因为边际收益。而且越往后的profile他时域修补的参数就越强力，我个人的实践经验来看在qtgmc上有时候时域参考太多帧未必有很正面的影响。

[int-yscwl]

全片统一做修正的方法试过，结果就是画面发灰，观感上还不如不修，有没有其它更好的方法呢？如果没有，是否需要以观感为主放弃修复？

[dtlnor]

全片统一做修正的方法试过，结果就是画面发灰，观感上还不如不修，有没有其它更好的方法呢？如果没有，是否需要以观感为主放弃修复？

「發灰」是肯定的，畢竟你確實縮小了色彩範圍。所以最好能找一些參照。比如有沒有全白或者全黑的畫面。限制後與限制前還是不是全黑/白。用這些來判斷你的操作是不是正確的。而且全片溢出的特徵也挺明顯，就是全片都有過曝/黑場過黑。建議用這些判斷一下。
如果以觀感為主的話，那實際上你隨便怎麼瞎調都可以了。我不推薦這樣。這算是下策。
但你可以說我沒把握修完之後是正確的，所以我不碰它。他原來怎麼樣現在就怎麼樣。（在你這個例子，你可以說你的專業知識與經驗告訴你修完之後的畫面絕對有啥不對勁，肯定哪裡出錯了，所以沒把握說修完這個就是正確的）這算是中策。
而上策當然是徹底搞清楚到底是真溢出了，還是單純在過界的數據裡面還留有一些原始的訊息。
雖然這三種思路的最終結果可能都一樣，但我個人認為多較真一點累積經驗總是有益處的。

[int-yscwl]

明白了，十分感谢