Quote:
Originally Posted by nevcairiel
Thats not true, it just moves the conversion from the GPU to the TV, and personally I would prefer to let the TV do that if it has to, because it has a chance to preserve higher bitdepth and zero chance of messing up the matrix.
RGB Output from the GPU:
madVR RGB -> GPU RGB -> TV converts to YCbCr -> TV converts to RGB for display
YCbCr Output from the GPU:
madVR RGB -> GPU converts to YCbCr -> TV YCbCr -> TV converts to RGB for display
On top of that, RGB output has a chance to skip the YCbCr step in the TV entirely, since a TV can implement color management in RGB. I don't know how TVs typically work, but you don't have to use YCbCr to change the Hue. You would more likely use HSL space for that.
|
Hi Nevcairiel,
This is a misunderstanding, I meant sending RGB to a TV/Projector usually means one extra conversion ON THE TV SIDE, compared to what had been posted earlier, that implied that sending RGB meant no extra conversion (in other words, that using RGB out from the GPU meant a "pure" RGB chain from MadVR output).
I did NOT mean that sending RGB means one extra conversion overall (I agree with the overall chains you posted), thanks for clarifying that if that's the way my post could be read.
Regarding how TV/Projectors work, I'm quoting what engineers told me (which is that the color/hue controls can't work in RGB, which leads to an extra internal conversion to YCB unless the color/hue controls are disabled when receiving RGB). They know more about this than I do.