Hi @Rafan, so since getting the S95B and noticing those extra sub pixels lit up it has got me thinking about how a TV does actually support all these colour gamuts.
Let’s ignore the fact that the S95B only covers 80% of rec. 2020 and just imagine it fully supported it.
Pure green on that display would look very different to pure green on a rec. 709 display. So in order for that display to support both it’s got to make it’s pure green sub pixel elements (I’m talking about the physical hardware here) match that of the green in the rec.2020 and then match the rec. 709 green by turning on the red sub pixels.
As in the straight line (pure greens) from the white point to the brightest rec. 2020 green doesn’t go through the rec. 709 green.
So my guess is that any rec. 2020 ‘capable’ display will show rec. 709 content with these extra sub pixels on. Or no matter what we do from a PC perspective the TV is going to colour match as best it can by turning on these extra sub pixels.
So my guess is that pure masks are impossible on a rec. 2020 capable display. What do we think?
Getting back to the DCI-P3 stuff sure I’ll get some pictures and that information for you (my PC is back in the office). I’d be interested myself to see what it’s capable of.
However I will say that I’m not sure Windows really supports DCI-P3 natively. As in it doesn’t have a colour space for it - i.e the DXGI_COLOR_SPACE_ defines that you posted for rec. 709 and rec. 2020 colour gamuts.
What I’m trying to get at is that without that support how does Windows convey to the display that it should be interpreting the 10bit or 8bit channel buffer as values for the DCI-P3 rather than the rec. 2020 and rec. 709 that those defines do support.
Obviously the display can just warp/expand the rec. 709 colours out to DCI-P3 space or crunch down the rec. 2020 colours down to DCI-P3 but that just seems a bit off no?