Microsoft MVP성태의 닷넷 이야기
.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [링크 복사], [링크+제목 복사]
조회: 5445
글쓴 사람
정성태 (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)
13255정성태2/10/20234505오류 유형: 845. gihub - windows2022 이미지에서 .NET Framework 4.5.2 미만의 프로젝트에 대한 빌드 오류
13254정성태2/10/20234401Windows: 223. (WMI 쿼리를 위한) PowerShell 문자열 escape 처리
13253정성태2/9/20235178Windows: 222. C# - 다른 윈도우 프로그램이 실행되었음을 인식하는 방법파일 다운로드1
13252정성태2/9/20234004오류 유형: 844. ssh로 명령어 수행 시 멈춤 현상
13251정성태2/8/20234457스크립트: 44. 파이썬의 3가지 스레드 ID
13250정성태2/8/20236276오류 유형: 843. System.InvalidOperationException - Unable to configure HTTPS endpoint
13249정성태2/7/20235118오류 유형: 842. 리눅스 - You must wait longer to change your password
13248정성태2/7/20234169오류 유형: 841. 리눅스 - [사용자 계정] is not in the sudoers file. This incident will be reported.
13247정성태2/7/20235071VS.NET IDE: 180. Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제
13246정성태2/6/20234197개발 환경 구성: 664. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 - 두 번째 이야기
13245정성태2/6/20234770.NET Framework: 2093. C# - PEM 파일을 이용한 RSA 개인키/공개키 설정 방법파일 다운로드1
13244정성태2/5/20234125VS.NET IDE: 179. Visual Studio - External Tools에 Shell 내장 명령어 등록
13243정성태2/5/20234974디버깅 기술: 190. windbg - Win32 API 호출 시점에 BP 거는 방법 [1]
13242정성태2/4/20234420디버깅 기술: 189. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.UnauthorizedAccessException
13241정성태2/3/20233920디버깅 기술: 188. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.IO.FileNotFoundException
13240정성태2/1/20234076디버깅 기술: 187. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.Web.HttpException
13239정성태2/1/20233738디버깅 기술: 186. C# - CacheDependency의 숨겨진 예외 - System.Web.HttpException
13238정성태1/31/20235821.NET Framework: 2092. IIS 웹 사이트를 TLS 1.2 또는 TLS 1.3 프로토콜로만 운영하는 방법
13237정성태1/30/20235480.NET Framework: 2091. C# - 웹 사이트가 어떤 버전의 TLS/SSL을 지원하는지 확인하는 방법
13236정성태1/29/20235090개발 환경 구성: 663. openssl을 이용해 인트라넷 IIS 사이트의 SSL 인증서 생성
13235정성태1/29/20234646개발 환경 구성: 662. openssl - 윈도우 환경의 명령행에서 SAN 적용하는 방법
13234정성태1/28/20235728개발 환경 구성: 661. dnSpy를 이용해 소스 코드가 없는 .NET 어셈블리의 코드를 변경하는 방법 [1]
13233정성태1/28/20237055오류 유형: 840. C# - WebClient로 https 호출 시 "The request was aborted: Could not create SSL/TLS secure channel" 예외 발생
13232정성태1/27/20234808스크립트: 43. uwsgi의 --processes와 --threads 옵션
13231정성태1/27/20233735오류 유형: 839. python - TypeError: '...' object is not callable
13230정성태1/26/20234105개발 환경 구성: 660. WSL 2 내부로부터 호스트 측의 네트워크로 UDP 데이터가 1개의 패킷으로만 제한되는 문제
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...