Comment # 14
on bug 83226
from Andy Furniss
(In reply to Peter Frühberger from comment #11) > @AndyFurniss: Use some test patterns, like: > https://dl.dropboxusercontent.com/u/55728161/fullrgb-video.mp4 or > https://dl.dropboxusercontent.com/u/55728161/graustufen-rgb-0-bis-10_172435. > png or https://dl.dropboxusercontent.com/u/55728161/fullrgb_test.jpg Thanks, it's always nice to have more tests - I was already using ones I got via you(r forum) + the original W6RZ with player set to not stretch. I have wondered in the past why anyone needs limited range from an HTPC POV. I am sure there must be a reason, but as it seems that intel (from memory - was really testing something else) and now AMD are scaling I can't think why, given the specs don't really seem to require a scale. It seems with a 2010 Panasonic plasma I am not going to be able to test fully as it looks like it doesn't advertise the right things (If the function actually got called I would have forced it to see). I guess the tv thinks it's getting limited anyway (but still displays 0-255). Added complication being it has many modes and lots of settings within each, so maybe in eg. game it expects different from others. I usually run it in thx and it looks good for real vid, but not so good for a ramp - game is better for a ramp - I can tell that tvrgb scales using that. >From previous testing I know that it subsamples every mode to 422 yuv. I wonder if TVs that do accept the full/limited info frame tweak their faux EOTF gamma curves or something. Whatever, for me it seems using passthrough will be best - if I use limited I would have to stretch the vid to 0-255 then it would get scaled back and I would have to set TV by eye - I guess I could avoid yuv - rgb stretch and setup round that but it still gets scaled. Using passthrough I can stretch/not stretch as I wish and with the latter I don't get any scale - I can set black level in TV so 16 is "right" and get to see highlights in the vid rather than have them clipped/scaled.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
