ICC 색 프로파일 분석기

컬러런트 태그는 장치의 원색이 아니기 때문입니다. v4 디스플레이 프로파일의 모든 XYZ 값은 실제 디스플레이가 대부분 D65 기준으로 만들어졌더라도 프로파일 연결 공간의 D50 광원을 기준으로 표현됩니다. 두 기준 사이의 변환은 색순응 태그 chad에 3x3 브래드퍼드 행렬로 저장돼 있습니다. 디스플레이가 실제로 갖는 색도를 되찾으려면 이 행렬의 역행렬을 각 컬러런트에 적용해야 하고, chad 태그가 있으면 이 도구가 그 계산을 대신합니다. 태그가 없으면 되돌릴 근거가 없으므로 저장된 D50 기준 값을 그대로 보여 주고 그렇다고 명시합니다. sRGB 프로파일에서는 x가 0.6400이 아니라 0.6484로 보이는 차이입니다.

아닙니다. sRGB 규격은 애초에 "감마 2.2"를 말한 적이 없습니다. sRGB 전달 함수는 구간별로 정의돼 0.04045 아래는 선형이고, 그 위로는 입력을 배율·오프셋 조정한 뒤 지수 2.4의 거듭제곱을 적용합니다. ICC 파라메트릭 커브로 쓰면 함수 유형 3에 매개변수 다섯 개이고, 이 도구는 그 다섯 개를 모두 출력합니다. 이 커브가 중간톤에서 순수 감마 2.2와 가깝기 때문에 그런 약칭이 생겼지만 검은색 근처에서 갈라지며, 밴딩이 보이는 지점이 바로 거기입니다. 프로파일이 샘플 테이블을 담고 있으면 정확한 감마 자체가 없으므로 중간 회색에서 잰 추정값임을 표시합니다.

매트릭스/셰이퍼 프로파일은 컬러런트 태그 셋과 톤 커브 셋으로 장치를 기술합니다. 각 채널을 커브에 통과시키고 컬러런트로 만든 3x3 행렬을 곱하면 연결 공간에 도달합니다. 작고 빠르며 역변환이 가능하지만, 동작이 그만큼 단순한 장치만 기술할 수 있습니다. 디스플레이는 대체로 그렇습니다. LUT 프로파일은 대신 A2B0/B2A0 계열에 다차원 샘플 테이블을 인텐트마다 하나씩 담습니다. 종이 위의 잉크는 선형계가 아니어서 프린터에는 이 방식이 필요합니다. 두 가지를 모두 담은 프로파일도 있고, 이때 색관리 모듈이 인텐트에 따라 고르기 때문에 같은 프린터 프로파일이 지각적 모드와 색도 모드에서 다르게 동작합니다.

아닙니다. 프로파일 ID는 플래그 필드, 렌더링 인텐트 필드, ID 필드 자체를 0으로 둔 상태에서 프로파일 전체를 MD5로 해시한 16바이트 값이고, 규격은 이 계산을 의무로 만든 적이 없습니다. 많은 프로파일러가 비워 두므로 전부 0이라는 것은 아무도 쓰지 않았다는 뜻입니다. 오히려 눈여겨볼 쪽은 ID가 있는데 더 이상 맞지 않는 경우로, 계산 이후 파일이 편집됐다는 신호입니다. 이 도구는 ID가 저장돼 있으면 해시를 다시 계산해 둘 중 어느 쪽인지 알려 줍니다.

의도된 것이고 규격상 완전히 정상입니다. 태그 테이블은 서명을 위치에 대응시킬 뿐이고, 서로 다른 서명이 같은 위치를 가리키는 것을 막는 규칙은 없습니다. 흔한 사례가 디스플레이 프로파일의 rTRC, gTRC, bTRC입니다. 세 채널이 톤 커브 하나를 공유하므로 커브를 한 번만 저장하고 세 항목이 그곳을 가리켜 수백 바이트를 아낍니다. 같은 바이트를 세 번 찍으면 따로 움직일 수 있는 독립된 커브 셋처럼 보이므로 공유로 표시합니다. 손으로 편집할 때 문제가 되는데, "하나"를 고치면 셋이 함께 바뀝니다.

프로파일 연결 공간은 모든 변환이 거쳐 가는 공통 지대입니다. 원본 장치에서 PCS로, PCS에서 대상 장치로 이어집니다. 규격은 여기에 XYZ 또는 Lab만 허용하므로 다른 값을 내세우는 프로파일은 다른 프로파일과 이어 붙일 수 없습니다. 예외가 장치 링크 클래스인데, 이것은 장치 기술이 아니라 원본에서 대상까지의 변환을 통째로 굳혀 놓은 것입니다. 그래서 PCS 필드에 출력 장치 공간이 들어가며 CMYK나 RGB가 정상이고, 이 도구도 경고하지 않습니다. 장치 링크는 만들어진 조합에 대해서는 빠르고 정확하지만 다른 조합에는 쓸 수 없습니다. 링크를 건네주는 프로그램이 다른 용지에서 프린터가 어떻게 동작할지 알려 주지 못하는 이유입니다.