Open
Bug 418495
Opened 17 years ago
Updated 1 year ago
Use default monitor colorspace when creating CGImages/Contexts
Categories
(Core :: Graphics, defect)
Tracking
()
NEW
People
(Reporter: vlad, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
4.03 KB,
patch
|
pavlov
:
review+
|
Details | Diff | Splinter Review |
On the mac, ColorSync is always enabled; since we do our own color management, we should be telling the OS that our images/contexts are already in the monitor native colorspace to avoid conversion. In the past, CGColorSpaceCreateDeviceRGB() got us a space that wouldn't be munged, but in 10.5 (and I think later 10.4s) this creates a 'generic RGB space' that's still transformed.
This patch depends on the addition of some new cairo APIs for creating quartz surfaces with a specified colorspace.
Attachment #304309 -
Flags: review?(pavlov)
Updated•17 years ago
|
Attachment #304309 -
Flags: review?(pavlov) → review+
Comment 1•13 years ago
|
||
Hey, what happened here? This patch apparently never landed (file moved to thebes/ and doesn't have these changes).
Vlad, would you care to land it if it's still useful?
| Reporter | ||
Updated•13 years ago
|
Assignee: vladimir → nobody
Updated•7 years ago
|
Blocks: wr-video-color
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•