Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [링크 복사], [링크+제목 복사],
조회: 14115
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB

재미있는 질문이 올라왔군요. ^^

안녕하세요 rgb 계산 오차가 있는데 원인을 모르겠습니다..
; https://www.sysnet.pe.kr/3/0/5713

간단하게 코드로는 다음과 같이 재현할 수 있습니다.

Color start = Color.FromRgb(0xff, 0, 9);
Color add1 = Color.FromRgb(0, 0, 5);
Color add2 = Color.FromRgb(0, 0, 6);

Color newColor1 = start + add1;
Color newColor2 = start + add2;

System.Diagnostics.Trace.WriteLine($"{newColor1.R}, {newColor1.G}, {newColor1.B}");
System.Diagnostics.Trace.WriteLine($"{newColor2.R}, {newColor2.G}, {newColor2.B}");

/* 출력 결과
255, 0, 14
255, 0, 14
*/

보는 바와 같이 출력 결과가 동일합니다. 왜 이런 결과가 나올까요? ^^ 사실 WPF의 Color는 (외부적으로는 사용하기 쉬우므로) sRGB 체계를 사용하는 듯하지만 내부적으로는 이것을 scRGB 체계로 변환해 연산을 하기 때문입니다.

이를 Color.FromRgb의 소스 코드에서 알 수 있습니다.

public static Color FromArgb(byte a, byte r, byte g, byte b)
{
    Color result = default(Color);
    result.scRgbColor.a = (float)(int)a / 255f;
    result.scRgbColor.r = sRgbToScRgb(r);
    result.scRgbColor.g = sRgbToScRgb(g);
    result.scRgbColor.b = sRgbToScRgb(b);
    result.context = null;
    result.sRgbColor.a = a;
    result.sRgbColor.r = ScRgbTosRgb(result.scRgbColor.r);
    result.sRgbColor.g = ScRgbTosRgb(result.scRgbColor.g);
    result.sRgbColor.b = ScRgbTosRgb(result.scRgbColor.b);
    result.isFromScRgb = false;
    return result;
}

보는 바와 같이 전달된 R, G, B 값을 변환해 scRgbColor에 설정하고 있고, 심지어 sRgbColor 값조차도 전달된 인자를 대입하지 않고 굳이 ScRgbTosRgb를 통해 설정하고 있습니다. 이후 더하기 연산을 할 때는,

public static Color operator +(Color color1, Color color2)
{
    if (color1.context == null && color2.context == null)
    {
        return FromScRgb(color1.scRgbColor.a + color2.scRgbColor.a, color1.scRgbColor.r + color2.scRgbColor.r, color1.scRgbColor.g + color2.scRgbColor.g, color1.scRgbColor.b + color2.scRgbColor.b);
    }

    if (color1.context == color2.context)
    {
        // ... context에 따른 연산...

        return result;
    }

    throw new ArgumentException(MS.Internal.PresentationCore.SR.Get("Color_ColorContextTypeMismatch", null));
}

(context의 기본값이 null이므로) scRgbColor의 rgba 값을 더하는 연산을 합니다. 따라서 처음에 예로 든 코드를 scRGB 기준으로 다시 출력해 보면,

System.Diagnostics.Trace.WriteLine(newColor1);
System.Diagnostics.Trace.WriteLine(newColor2);

/* 출력 결과
sc#2, 1, 0, 0.00424937764
sc#2, 1, 0, 0.00455290452
*/

다르게 나오므로 정상적으로 더하기 연산은 된 것입니다. 단지, scRGB에서의 저런 차이가 sRGB 값으로 바꿀 때 발생하는 연산 손실로 인해 같은 것처럼 보이는 것입니다.

byte b1 = ScRgbTosRgb(0.00424937764);
byte b2 = ScRgbTosRgb(0.00455290452);

System.Diagnostics.Trace.WriteLine(b1); // 14
System.Diagnostics.Trace.WriteLine(b2); // 14

static byte ScRgbTosRgb(float val)
{
    if (!((double)val > 0.0))
    {
        return 0;
    }

    if ((double)val <= 0.0031308)
    {
        return (byte)(255f * val * 12.92f + 0.5f);
    }

    if ((double)val < 1.0)
    {
        return (byte)(255f * (1.055f * (float)Math.Pow(val, 5.0 / 12.0) - 0.055f) + 0.5f);
    }

    return byte.MaxValue;
}

어쩔 수 없습니다. Color space끼리의 변환이 비가역적인 연산이기 때문에 출력에서의 R, G, B는 그에 대한 부분을 감안해야 합니다.




정리해 보면, WPF가 scRGB를 따르므로 원래 연산은 이런 식으로 했어야 합니다.

Color start = Color.FromScRgb(0, 1, 0, 0.0027317428f);
Color add1 = Color.FromScRgb(0, 0, 0, 0.001517635f);
Color add2 = Color.FromScRgb(0, 0, 0, 0.001821162f);

Color newColor1 = start + add1;
Color newColor2 = start + add2;

System.Diagnostics.Trace.WriteLine(newColor1);
System.Diagnostics.Trace.WriteLine(newColor2);

/* 출력 결과
sc#0, 1, 0, 0.00424937764
sc#0, 1, 0, 0.00455290452
*/

저렇게 보면... 전혀 이상한 것이 없죠?~~~ ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/18/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2022-08-19 03시43분
[김기헌] 상세한 글까지 작성해 주시고 너무 감사합니다^^
정수형이 아닌 실수형 체계를 사용하는 이유가 선명도 문제도 그렇고 더 많은 색을 표현하기 위함인 건가요?
[guest]
2022-08-19 09시15분
그 부분은 그래픽에 좀 더 전문가인 분이 답변할 수 있을 것 같습니다. ^^ 저 역시 추측만이 가능합니다.
정성태

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13971정성태7/17/2025362닷넷: 2343. C# 14 - (2) 속성 구문에서 문맥 키워드로 추가되는 field 예약어파일 다운로드1
13970정성태7/17/2025397닷넷: 2342. C# 14 - (1) (예약)
13969정성태7/17/2025370닷넷: 2341. snap으로 설치한 .NET 리눅스 실행 환경
13968정성태7/16/2025359오류 유형: 969. lddtree - TypeError: 'type' object is not subscriptable
13967정성태7/16/2025390오류 유형: 968. snap으로 설치한 "dotnet run" 실행 시 "undefined symbol: _dl_audit_symbind_alt, version GLIBC_PRIVATE" 오류
13966정성태7/15/2025589디버깅 기술: 223. WinDbg - .kframes 명령어
13965정성태7/11/2025956오류 유형: 967. 디버깅 모드로 실행 시 "Could not find file 'C:\Program Files\IIS Express\Oracle.DataAccess.Common.Configuration.Section.xsd'" 예외
13964정성태7/10/20251506닷넷: 2340. C# - Win32 Multimedia Timer 주기파일 다운로드1
13963정성태7/8/20251115VS.NET IDE: 202. Visual Studio 2022 + Copilot 기본 사용법
13962정성태7/7/20251189스크립트: 79. 파이썬 - onnxruntime_genai에서 지원하지 않는 모델 사용
13961정성태7/5/20251107디버깅 기술: 222. WinDbg 분석 사례 - IISreset 시점에 w3wp.exe의 crash 발생
13960정성태7/3/20251201개발 환경 구성: 752. ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성 [2]
13959정성태6/25/20251375오류 유형: 966. Ubuntu - ping: connect: Network is unreachable
13958정성태6/21/20251820닷넷: 2339. C# - Phi-4-multimodal 모델의 GPU 가속 방법 (ORT 사용)파일 다운로드1
13957정성태6/20/20251569닷넷: 2338. C# / Foundry Local - Phi-4-multimodal 모델을 사용하는 방법 [1]
13956정성태6/19/20251705개발 환경 구성: 751. Triton Inference Server의 Python Backend 프로세스
13955정성태6/18/20251839오류 유형: 965. Hugging Face 모델 다운로드 시 "requests.exceptions.HTTPError: 401 Client Error: Unauthorized for url: ..." 오류
13954정성태6/18/20251681닷넷: 2337. C# - Hugging Face에 공개된 LLM 모델을 Foundry Local에서 사용하는 방법파일 다운로드1
13953정성태6/16/20251480스크립트: 78. 파이썬 - 소스 코드의 파일 경로를 지정한 모듈 로드
13952정성태6/15/20251917닷넷: 2336. C# - IValueTaskSource로 인해 주의가 필요한 ValueTask 호출파일 다운로드1
13951정성태6/15/20251741오류 유형: 964. Outlook - 일정이 "You cannot make changes to contents of this read-only folder." 오류 메시지로 삭제가 안 되는 경우
13950정성태6/12/20252479닷넷: 2335. C# - 간단하게 구현해 보는 IValueTaskSource 예제파일 다운로드1
13949정성태6/11/20252418오류 유형: 963. SignTool - "Error: SignerSign() failed." (-2146869243/0x80096005)
13948정성태6/10/20251789오류 유형: 962. 파이썬 - Linux 환경 + TCP 서버 소켓을 사용하는 프로세스 종료 후 재실행하는 경우 "OSError: [Errno 98] Address already in use" 오류 발생
13947정성태6/9/20252410개발 환경 구성: 750. 파이썬 - Azure App Service에 응용 프로그램 배포 후의 환경
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...