Request sRGB colorspace from ScreenCapturerSck
Categories
(Core :: WebRTC: Audio/Video, task)
Tracking
()
People
(Reporter: pehrsons, Assigned: pehrsons)
References
(Blocks 1 open bug)
Details
Attachments
(4 files)
The ScreenCaptureKit docs say:
If you don’t specify a value, the output buffer uses the same color space as the display.
But our desktop capture framework assumes BGRA (naming channel order convention varies by platform) with no particular color space handling and libyuv assumes sRGB by default for RGB. Note in newer libyuv (vendored) you can provide your own matrix to convert from any color space.
Assignee | ||
Comment 1•6 months ago
|
||
Was confused by the yuv colorspaces for a bit and forgot to change back.
Assignee | ||
Comment 2•6 months ago
|
||
Assignee | ||
Comment 3•6 months ago
|
||
Assignee | ||
Comment 4•6 months ago
|
||
The desktop capture path has no colorspace handling for RGB, and libyuv assumes
sRGB by default. ScreenCaptureKit returns frames in the display's colorspace
unless told otherwise. On modern macs this is 'Display P3' and will render
inaccurately when interpreted as sRGB.
Comment 6•6 months ago
|
||
bugherder |
Assignee | ||
Comment 7•3 months ago
|
||
The desktop capture path has no colorspace handling for RGB, and libyuv assumes
sRGB by default. ScreenCaptureKit returns frames in the display's colorspace
unless told otherwise. On modern macs this is 'Display P3' and will render
inaccurately when interpreted as sRGB.
Original Revision: https://phabricator.services.mozilla.com/D220219
Updated•3 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
Description
•