Dynamically generate color matrix coefficient when converting YUV to RGB - Part 2
Categories
(Core :: Graphics: Color Management, enhancement, P3)
Tracking
()
People
(Reporter: jya, Assigned: bryce)
References
Details
Continuation of bug 1543359. I couldn't finish it due to lack of time and redirection in my current jobs.
In bug 1543359, we have all the information passed to every compositors to properly draw the frames in the right colour:
- bit depth
- color space
- color range (full or limited)
We now need to modify the compositor to properly handle this data, right now color range is ignored and everything is handled as if the range was limited (16-235 for 8 bits content)
|
||
Updated•5 years ago
|
|
Assignee | |
Comment 1•4 years ago
|
||
Could you give an outline of what code needs to to change to support this?
|
Reporter | |
Comment 2•4 years ago
|
||
(In reply to Bryce Seager van Dyk (:bryce) from comment #1)
Could you give an outline of what code needs to to change to support this?
the various shaders in gfx.
They use static tables which are only correct for 8 bits content and if the input range is 16-235
|
|
Assignee | |
Updated•3 years ago
|
|
||
Comment 3•3 years ago
|
||
Bug 1459526 did this also.
Description
•