2014-06-23, 12:27
(2014-06-22, 11:14)ahgee2 Wrote:(2014-06-21, 11:24)lmyllari Wrote:(2014-06-17, 22:04)somy Wrote: Hi, just attach some images here.There's already pretty good solutions for 16-235 output in Linux. For 0-255, take a look at https://github.com/laurimyllari/xbmc/com...ff151d7fc7
The playback with banding issue (16-235 expanded to 0-255 without dithering, which I can observe in both Windows and Linux veriosn of XBMC):
Talking of which ... and apologies for bringing this up again ... but the good Linux solution (16-235 TV, xrandr broadcast RGB full, XBMC 16-235) does seem to break XBMC's picture viewer - blacks are crushed, but not in thumbnails, only in the full screen picture viewer. It's as if the full screen viewer is ignoring the 16-235 XBMC system setting. See axbmcuser's experiments and post #3104 in this thread. Is there anything I can do to help (short of delving into the code, which is beyond my skill set)?
I assume this approach only works for videos. It is the video renderer or decoder that gives 16-235 output in 0-255 range. if you output 0-255 all other stuff will suffer because your display clip BTB and WTW.
In my life I only got it work once with my old HD4XXX graphichs card: both windows and video output 16-235, and for video it reserves WTW and BTB (i call it a miracle).
Today the best solution is to expand everything to 0-255 with dithering. XBMC EVR doesn't do dithering and therefore it causes color banding. LAVF and MadVR all does dithering for luma changes and the result looks much better.
(2014-06-21, 11:24)lmyllari Wrote:(2014-06-17, 22:04)somy Wrote: Hi, just attach some images here.There's already pretty good solutions for 16-235 output in Linux. For 0-255, take a look at https://github.com/laurimyllari/xbmc/com...ff151d7fc7
The playback with banding issue (16-235 expanded to 0-255 without dithering, which I can observe in both Windows and Linux veriosn of XBMC):
That looks exactly what I'm looking for. I hope windows EVR renderer can do the same some day.