12:39 xerces8: How is the support for 10/30 bit color? (FYI recently nVidia "unlocked" some 10 bit color features in the Windows driver for GTX cards)
20:32 imirkin: in case xerces8 comes back or reads logs ... 10bpp framebuffers are supported since G80 (can use them via Xorg -depth 30 or equivalent), and more recently (i.e. the next kernel) FP16 framebuffers will also be supported, including some basic color management features on Kepler+ GPUs (like a CSC). getting more than 8bpc on the wire to the monitor presently requires DP -- it's not supported on HDMI yet, but it's a long-term
20:32 imirkin: goal of mine to get all that up and running.
21:43 gnarface: imirkin: would i need a special monitor to even be able to see a difference?
21:43 gnarface: (i assume i would need special content)
22:36 gnarface: i may have asked that before, but i forget what the answer was
22:38 HdkR: gnarface: You need a monitor that exposes a 10bit mode and then 10bit content otherwise you're just getting tonemapped 8bit things
22:39 HdkR: Although it may still look better since typically 10bit panels have higher colour accuracy
22:39 gnarface: hmm
22:39 gnarface: you mean 10bit sources should still look better on a 8bit panel because 8bit panels have higher color accuracy?
22:40 gnarface: but i follow, ideally a 10bit panel would be used
22:40 HdkR: nah, 10 bit panels can still represent 8bit content with it tonemapped
22:40 HdkR: but a lot of 8bit panels are actually 6bit with dithering for example
22:40 gnarface: oh, you're just saying that 10bit panels may still make 8bit content look better?
22:40 HdkR: aye, just due to a better panel with better colour reproduction :P
22:40 gnarface: good to know
22:41 gnarface: that's not like, a commodity feature, is it? as in, there's no chance these $148 asus monitors do it, right?
22:42 HdkR: Right
22:42 HdkR: That price of monitor is very likely 6bit + dithering
22:42 gnarface: hmm, there's no command to dump that info, is there?
22:43 HdkR: edid may give you some information on it but is highly likely it just exposes an 8bit mode without any additional information
22:44 HdkR: There is so much variation here that it is hard to say definitively one way or the other
22:45 HdkR: I have a pair of monitors that are 10bit panels but they only expose 8-bit BT.709 colour space, but it expects compressed 10bit rec.2020 data
22:45 HdkR: Super nasty to deal with
22:47 HdkR: My new monitor that I just got is 10bit, supports 8bit BT.709 RGB8 or 10bit rec.2020 with ycbcr 422 encoding. Running it in 8bit mode just because I don't want ycbcr422 artifacts
22:48 gnarface: interesting
22:48 HdkR: and this is all without diving in to the addition that HDR adds :P
22:53 gnarface: does HDR go with 10-bit color, or are there also 8-bit panels that do HDR?
22:53 gnarface: or is HDR a source thing separate from the panel specs?
22:54 gnarface: or is it both?
22:55 HdkR: HDR is mixing wide gamut (rec.2020) with brightness information to create a new "colourspace" of rec.2100
22:55 gnarface: ah interesting ok
22:56 HdkR: And mapping SDR content to HDR colourspace is a nightmare, which is why Windows doesn't even get it right atm
22:57 HdkR: There are loads of lowend monitors that are using 8bit panels using dithering to get up to 10bit, then peaking out at 400nits of brightness. Advertisting as HDR but it is the worst HDR experience you can have :P
22:58 HdkR: https://www.lg.com/us/monitors/lg-27UK650-W-4k-uhd-led-monitor One of the worst HDR monitors on the market
22:58 HdkR: 350nits, 8bit+afrc
23:04 gnarface: heh, noted