Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [링크 복사], [링크+제목 복사],
조회: 12867
글쓴 사람
정성태 (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분
그 부분은 그래픽에 좀 더 전문가인 분이 답변할 수 있을 것 같습니다. ^^ 저 역시 추측만이 가능합니다.
정성태

... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
458정성태2/12/200721880.NET Framework: 81. LINQ 개발 환경 설정 [1]
457정성태2/8/200726334.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2]
456정성태2/6/200724587Windows: 22. 가상화에 대해서.
455정성태2/4/200719489오류 유형: 25. 원격 데스크톱 환경에서의 Virtual Server 관리 환경 제어
454정성태2/4/200716921오류 유형: 24. VPC에서의 Vista 네트워킹 문제
509손대성6/24/200719016    답변글 오류 유형: 24.1. [답변]: 오류 유형 : 23. VPC 에서의 Vista 네트워킹 문제
453정성태2/4/200725085개발 환경 구성: 21. 서버 측 SoapExtension을 클라이언트에 알리고 싶다
452정성태1/31/200724801VC++: 31. 비스타에서 VS.NET 2005로 COM 프로젝트 빌드시 오류 [2]
451정성태1/31/200723967Windows: 21. Preview Handler 소개
450정성태1/30/200732262VS.NET IDE: 43. .NET에서의 필수 무결성 제어 조절하는 방법 - Manifest 파일 이용파일 다운로드2
449정성태2/4/200729095Windows: 20. UAC 이모저모 [2]
448정성태1/28/200724746Windows: 19. 3가지 유형의 가젯 프로그램
447정성태1/27/200721958Windows: 18. 비스타 도구 - 사양 정보 및 도구(Performance Information and Tools)
446정성태1/27/200730881VC++: 30. 필수 무결성 제어를 조절하는 방법(2) - 직접 코딩파일 다운로드1
445정성태2/8/200729476VC++: 29. 필수 무결성 제어를 조절하는 방법(1) - Manifest 파일 이용파일 다운로드2
444정성태1/27/200722887VC++: 28. 비스타 응용 프로그램 개발을 위한 VS.NET 2005 환경 설정
443정성태1/26/200721384VC++: 27. COM 개체로 인해 IE 7 비스타 버전이 종료될 때 오류 화면이 뜬다면?파일 다운로드1
442정성태1/24/200724341.NET Framework: 79. 새로운 암호화 클래스 (ECDsaCng, ECDiffieHellmanCng) 소개 [1]
441정성태1/23/200729078Windows: 17. 보안 데스크톱에서 활성화되지 않은 UAC 창이 안전할까?
440정성태1/24/200723251.NET Framework: 78. C# 3.0 - Anonymous types [1]
439정성태1/25/200724210.NET Framework: 77. C# 3.0 - Lambda 표현식 [1]
438정성태1/24/200723634.NET Framework: 76. C# 3.0 - 확장 함수
437정성태1/23/200731138Windows: 16. 개발자를 위한 UAC 환경 설정 [3]
436정성태1/17/200720289VS.NET IDE: 42. Orcas 2007년 1월 CTP 버전 설치 [5]
435정성태1/14/200719933기타: 17. 베타 제품과 최종 제품은 다르다 [2]
434정성태2/4/200723554Windows: 15. MIC 환경 구성 - Windows XP와 유사한 보안 설정 [4]
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...