Есть ли штраф за смешение цветовых пространств? (Core Graphics)

Question

Если я пишу код рисования в Core Graphics на Mac OS X или iPhone OS, я могу установить активный цвет заливки на красный по телефону:

CGContextSetRGBFillColor(context, 1.0, 0.0, 0.0, 1.0); // RGB(1,0,0) 

Если я хочу 50% серого, Я мог вызов:

CGContextSetRGBFillColor(context, 0.5, 0.5, 0.5, 1.0); // RGB(0.5,0.5,0.5) 

Но для оттенков серого заманчиво, чтобы сделать более короткую линию и называют:

CGContextSetGrayFillColor(context, 0.5, 1.0); 

Howev er, эта функция НЕ просто вызывает метод RGB со значением интенсивности, скопированным три раза; вместо этого он меняет цветовое пространство контекста с DeviceRGB на DeviceGray. Следующий вызов метода RGB переключит его обратно.

Мне интересно знать:

• Что штраф за переключение цветовых пространств?
• Есть ли штраф за рисование, если цветовое пространство вашего контекста не соответствует собственному цветовому пространству вашего устройства? (То есть, втягивая DeviceGray против DeviceRGB)

Я спрашиваю из технического любопытства, а не желание преждевременно оптимизировать, поэтому, пожалуйста, держите ваши увещевания к минимуму, пожалуйста.

Answer 1

Я использую оба экстенсивно подобным образом и не заметил никакого штрафа с точки зрения производительности.

Answer 2

Понятно, что есть наказание, но на практике это настолько малозначительно, что не имеет значения; преобразование (например) оттенка серого в триплет RGB (плюс альфа) является тривиальной арифметикой даже с пользовательским цветовым пространством.

Цветовые пространства do имеют штраф, когда вы рисуете изображения, однако, поскольку это больше, чем вопрос одной операции преобразования. Каждый пиксель должен быть преобразован, и, хотя есть оптимизации, которые могут быть выполнены здесь (например, CLUT, таблицы цветового поиска, полезны, если исходное изображение использует индексированные цвета), они не имеют тенденций быть полезными в ситуациях, когда вы также обнаруживаете Кварцевый код.

Вы говорите, что вы ожидаете CGContextSetGrayFillColor(), чтобы изменить цветовое пространство графического контекста, но на самом деле это не так. Это потребует преобразования содержимого этого графического контекста в соответствие с новым цветовым пространством контекста. Так как гораздо дешевле и проще преобразовать цвет вместо буферов контекста (например, сделав CGContextSetGrayFillColor() обложкой под обложкой около CGContextSetRGBFillColor()), такого расхода можно избежать в любой разумной реализации.