색 공간을 혼합 할 때 패널티가 있습니까? (코어 그래픽)

Question

내가 호출하여 빨간색으로 활성 채우기 색상을 설정할 수 있습니다, 맥 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 나는 통화 할 수 이 함수는 RGB 값을 3 번 복사 한 RGB 값을 단순히 호출하는 것이 아닙니다. 대신 컨텍스트의 색 공간을 DeviceRGB에서 DeviceGray로 변경합니다. 다음에 RGB 메서드를 호출하면이 메서드가 다시 전환됩니다. 내가 궁금

은 알고 :

색 공간 전환에 대한 처벌은 무엇

• ?
• 컨텍스트의 색 공간이 장치의 기본 색 공간과 일치하지 않을 때 그리는 것에 대한 패널티가 있습니까? (즉, DeviceGray 대 DeviceRGB를 그리기)

기술적 인 호기심이 아니라 조기에 최적화하려는 욕구가 있으므로 최대한 알려 주시기 바랍니다.

Answer 1

저는 비슷한 방식으로 폭넓게 사용 해왔고 성능면에서 불이익을 느끼지 않았습니다.

Answer 2

개념적으로 페널티가 있지만 실제로는 관련이 없으므로 매우 작습니다. 예를 들어 그레이 레벨을 RGB 삼중 항 (알파 플러스)으로 변환하는 것은 커스텀 컬러 공간에서도 사소한 산술 연산이다.

색 공간 do은 하나의 변환 작업 이상이므로 그림을 그릴 때 패널티가 있습니다. 모든 픽셀을 변환해야하며 여기에서 수행 할 수있는 최적화가 있지만 (예 : CLUT, 색상 룩업 테이블은 소스 이미지가 색인 된 색상을 사용하는 경우 유용합니다.) 사용자가 찾은 상황에서 유용하지 않은 경향이 있습니다 석영 코드.

그래픽 컨텍스트의 색 공간을 변경하려면 CGContextSetGrayFillColor()이 필요하다고 생각하지만 사실은 그렇지 않습니다. 그렇게하면 컨텍스트의 새로운 색 공간과 일치하도록 해당 그래픽 컨텍스트의 내용을 변환해야합니다. 컨텍스트의 버퍼 대신에 색을 변환하는 것이 훨씬 저렴하고 간단하기 때문에 (예 : CGContextSetGrayFillColor()을 CGContextSetRGBFillColor() 주위의 언더 커버 랩퍼로 만들면) 현명한 구현에서는 이러한 비용을 피할 수 있습니다.