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

... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1404정성태1/15/201329155개발 환경 구성: 179. Hyper-V VM 복사는 robocopy로. [2]
1403정성태1/14/201331980.NET Framework: 357. .NET 4.5의 2GB 힙 한계 극복
1402정성태1/14/201332594오류 유형: 166. SmtpClient.Send 오류 - net_io_connectionclosed
1401정성태1/11/201329894.NET Framework: 356. (공개키를 담은) 자바의 key 파일을 닷넷의 RSACryptoServiceProvider에서 사용하는 방법 [2]파일 다운로드1
1400정성태1/10/201329030Windows: 69. 작업표시줄의 터치 키보드(Touch Keyboard) 없애는 방법 [3]
1399정성태1/9/201324693.NET Framework: 355. 닷넷 환경이 왜 C/C++보다 느릴까요? [8]
1398정성태1/8/201325169오류 유형: 165. 새로 설치한 Visual Studio 2010의 Team Explorer 실행시 비정상 종료가 된다면?
1397정성태1/3/201328631Windows: 68. 윈도우 설치 ISO 이미지를 USB 하드에 적용하는 방법 [2]
1396정성태12/27/201229830사물인터넷: 2. 넷두이노 - 4.2.0 펌웨어 업데이트 방법 [1]파일 다운로드1
1395정성태12/26/201220710.NET Framework: 354. x64 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1394정성태12/25/201222137.NET Framework: 353. x86 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1393정성태12/25/201222513.NET Framework: 352. x64에서 필수로 지정하도록 바뀐 STAThread 특성 [2]
1392정성태12/21/201232507사물인터넷: 1. .NET Micro Framework - 넷두이노 플러스 [7]
1391정성태12/21/201225889.NET Framework: 351. JavaScriptSerializer, DataContractJsonSerializer, Json.NET [3]파일 다운로드1
1390정성태12/20/201223978.NET Framework: 350. String 데이터를 Stream으로 변환하는 방법 [2]
1389정성태12/12/201222287.NET Framework: 349. .NET Thread 인스턴스로부터 COM Apartment 유형 확인하는 방법파일 다운로드1
1388정성태12/12/201223346.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법파일 다운로드1
1387정성태12/12/201228265VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386정성태12/12/201230000디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201225055디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201229868개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201225790개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201228644개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201227167.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201237197.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201230321.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환
... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...