Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [링크 복사], [링크+제목 복사],
조회: 12871
글쓴 사람
정성태 (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)
169정성태10/14/200520811    답변글 VS.NET IDE: 33.1. Enable rapid-fail protection 상황 재현 방법
166정성태11/14/200518029.NET Framework: 48. IE를 죽이는 스크립트 소스
165정성태11/14/200518655.NET Framework: 47. MOM (Microsoft Operations Manager) 2005 서버 설치 가이드
164정성태11/14/200515949.NET Framework: 46. 도메인에 속한 컴퓨터의 Local Computer Policy 변경 방법
162정성태10/3/200518615.NET Framework: 45. VS.NET 2005 IDE에서 Web App를 .NET 2.0 (x64) 머신에 배포
161정성태11/14/200521485.NET Framework: 44. IIS 관리자에서 ASP.NET 탭이 없는 경우.
159정성태9/28/200517425VS.NET IDE: 32. Virtual Server 2005 64bit SP1 Beta 테스트 [2]
163정성태10/3/200515499    답변글 VS.NET IDE: 32.1. 왜...?
158정성태11/14/200517939VS.NET IDE: 31. SQL 2005 - A connection was successfully established with the server
157정성태9/21/200517725기타: 10. SQL2000 설치 시, Invalid Product Key 오류
156정성태9/16/200519662.NET Framework: 43. Wisptis.exe 프로세스
155정성태5/31/200516043.NET Framework: 42. .NET Installer Class에서 Install 메서드 - 설정 사항들 알아내는 코드
154정성태5/13/200514976VS.NET IDE: 30. Windows 2003 for x64에 추가된 레지스트리 Run 노드
152정성태5/5/200518409VC++: 18. VC++ 7.0에서부터 ? : 연산자 처리가 바뀌었습니다.
153정성태5/12/200518543    답변글 VC++: 18.1. VC++ 8.0에서부터 바뀐 CRT 소개
151정성태5/5/200521488VC++: 17. DLL에 export 된 C++ 클래스 멤버 함수 파라미터형 정보 알아내는 방법
150정성태5/5/200522718.NET Framework: 41. 태그 사이의 값을 추출하는 정규식
149정성태5/5/200519141.NET Framework: 40. 데이터그리드에서 콤보박스 쓸 수 있는 방법
148정성태5/5/200519713.NET Framework: 39. DataSet 방식을 RecordSet으로 구현하는 방법.
147정성태5/7/200617254VC++: 16. 클래스 멤버 함수에 대한 포인터를 받는 표현.
146정성태4/29/200516243VS.NET IDE: 29. 네트워크 공유를 다른 사용자 계정으로 다시 로그인을 원하는 경우.
144정성태4/14/200516696VS.NET IDE: 28. Windows 2003 SP1을 설치하고.
143정성태5/5/200517865.NET Framework: 38. DSL (Domain Specific Language)
141정성태4/14/200518793VS.NET IDE: 27. 64bit 컴퓨터 사용 평가 [3]
140정성태4/14/200515877.NET Framework: 37. String.GetHashCode의 리턴값. 그때그때 다릅니다.
138정성태4/12/200516730.NET Framework: 36. 64bit 시스템 구성
... 181  182  183  184  185  186  187  188  189  190  [191]  192  193  194  195  ...