如果我们利用gradfun3输出16bit给x264编码,16bit->10bit的精度转换需要dither时应该采用何种dither方式?
(还是说直接右移6位,损失精度也没关系?
(dither_plane的一个注释是“It has been written in such a way so that if the source has been upconverted using
the same algorithm as used in scale_image, dithering down to the source bit depth again is lossless. ”
如果单纯左移8位到16bit(dither系列工具)交给x264编码,16bit->10bit dither转换确实没必要
大大也认为x264目前的8bit->10bit不太妥当?
(不考虑8bit->10bit到底是几步,但确实有不符合标准之处
既然full range 10bit不存在,那么写那段代码的人是否考虑错了?
(scale_image函数,因为注释里写着“This effectively keeps
the full color range while also being fast.”
(我很困惑,因为在第8页顶端,您却说“x264的做法是对的”?
对于8bit->10bit的问题,DS似乎也察觉到不对的地方了:
http://forum.doom9.org/showthread.php?t=161915&page=4
这帖子里madshi还指出了即使对于full range,x264目前8bit->10bit转换方式也有不妥当的地方,会产生banding