Quote:
Originally Posted by Stereodude
What if you run the test script in 16-bits dithering back to 8-bits at the end instead of running it multiple times in 8-bits? That should point to either rounding errors or perhaps a rounding bias vs. an error in the calculations.
|
The crux of the issue is I think it happens on a single instance of ColorYUV(levels="TV->PC"), at 8-bit and possibly other depths. I originally noticed it when comparing it to MPC-HC's conversion which I think is accurate.
When you add dithering, I think if anything that would only muddy the waters (as then you wouldn't be sure if the source of any shift was ColorYUV() or ConvertBits()). It would be interesting to know if it affects HBD clips, though I suspect if it does it may take more instances of conversion to get the same amount of error (in terms of relative distance).
Quote:
Originally Posted by poisondeathray
Alternatively, you can use smoothlevels and set the chroma processing to zero
|
Sure you can do that, but aren't chroma planes
supposed to be changed when doing TV->PC level conversion? If not one could simply do a MergeChroma() as well...