简单的说，文档中对PC Range下CbCr的定义是以1<<(BitDepth-1)为中值，上下变化范围为[-0.5, 0.5]*(1<<BitDepth-1)，所以对于8bit就有了0.5-128-255.5的结果，这是未经量化与Clip的理论值，经过量化与Clip后实际得到的仍然是0-255之间的整数。新版本修正后的结果可能会与原版本有少量区别，但一般都看不出来就是了。

实际上修改并不完全。像是用 BitDepth 去转换 8-bit 到 16-bit 的话，上界是 0.5-0.5 没错，但下界还是 255-65535。

现在我明白了这事，我 Dither 没关……但我其实还是不太明白为什么升位也会打开 Dither，没问题了。

突然意识到对于 PC Range 来说，CbCr 中值是 1<<(BitDepth-1)，变化范围是 [-0.5, 0.5]*(1<<BitDepth-1)。所以 AviSynth+ 内部那个对于 CbCr 来说也是有问题的。
啊真的好乱。

刚才看了一下。
「Annie Lennox - Why.demuxed.m2v」应该是从 PAL 转 NTSC 的。所以先 Bob 到 60000/1001 fps，再 srestore 还原回 25 fps。
「Anastacia - Left Outside Alone.demuxed.m2v」应该是 24→25 产物。所以同样先 Bob 到 50 fps，再 srestore 还原回 24 fps。
srestore 猜测的帧率不一定准确，有经验的话可以参考猜测帧率手动指定。
NTSC 的源看到 Field Blending 应该先想是不是从 PAL 转来的。

原则上先 Bob 再 srestore。

输入是高位深就是高位深，输入不是就不是。

仔细分析好像写得没有问题（例如 Ycurve 确实应该把 64-940 移到了 4096-60160 范围上），那么是 SmoothAdjust 本身的问题吗（错乱）

根据对 BitDepth 内容的推理： BitDepth(input_depth=10, output_depth=16, input_TVrange=True, output_TVrange=True) 应当等价于 SmoothCurve16(Ycurve="0-4096;64-4096;940-60160;65535-60160", Ucurve="0-4096;64-4096;512-32768;960-61440;65535-61440", Vcurve="0-4096;64-4096;512-32768;960-61440;65535...

分别使用
Dither_lut16("x 6 <<", y=3, u=3, v=3)
Dither_lut16("x 1023 / 65535 *", y=3, u=3, v=3)
对位移法和扩张法进行了模拟并对比，结果来看两种方法 BitDepth 的转换结果显然都不对，而 AviSynth+ 内部转换是正确的。

谜之差异，真是奇妙深刻。