교실 판서와 다중 모니터 정밀 캡처: ZeliSnap의 가상 화면 음수 좌표계와 Win32 GDI 무손실 렌더링 아키텍처

1. 학교 교실과 브리핑 룸의 숨은 복병: "빔프로젝터와 다중 모니터의 음수 가상 화면 좌표계"

일반적인 단일 모니터 환경에서 화면 좌상단 좌표는 항상 (0, 0)입니다. 그러나 학교 스마트 교실이나 공공기관 종합상황실의 멀티 디스플레이 토폴로지는 훨씬 복잡합니다:

• 보조 모니터 좌측 배치: 교탁 PC(주 모니터, 1920×1080) 좌측에 대형 터치 전자칠판(3840×2160)을 배치한 경우, 전자칠판의 좌상단 X 좌표는 -3840이 됩니다.
• 빔프로젝터 상단 배치: 메인 모니터 위쪽으로 투사 스크린을 가상 배치한 경우, Y 좌표는 -1080 이하의 음수로 시작합니다.
• 기존 캡처 도구의 붕괴: Windows의 고전 API인 GetSystemMetrics(SM_CXSCREEN)은 '기본 모니터의 해상도'만 반환합니다. 이를 전체 화면으로 착각하여 캡처를 수행하면, 좌측이나 상단에 위치한 보조 화면은 완전히 누락되고 교탁 화면만 엉뚱하게 캡처됩니다.

ZeliDesk의 ZeliSnapWindow는 이 문제를 해결하기 위해 Win32 시스템 메트릭의 가상 화면 상수(Virtual Screen Metrics)를 직접 쿼리합니다:

// 가상 화면(모든 모니터 포함) 전체 영역 — 좌표 원점은 음수일 수 있음
int vx = GetSystemMetrics(SM_XVIRTUALSCREEN); // 예: -3840
int vy = GetSystemMetrics(SM_YVIRTUALSCREEN); // 예: 0
int w  = GetSystemMetrics(SM_CXVIRTUALSCREEN); // 전체 가상 가로폭 (예: 5760)
int h  = GetSystemMetrics(SM_CYVIRTUALSCREEN); // 전체 가상 세로폭 (예: 2160)

// 음수 원점부터 전체 가상 화면 프레임버퍼를 커널에서 직접 캡처
byte[] pixels = CaptureScreenRect(vx, vy, w, h);

_currentBitmap = new SoftwareBitmap(BitmapPixelFormat.Bgra8, w, h, BitmapAlphaMode.Premultiplied);
_currentBitmap.CopyFromBuffer(pixels.AsBuffer());

이로써 주 모니터가 어디에 위치해 있든, 사용자가 칠판에서 드래그하든 교탁에서 드래그하든 단 1픽셀의 좌표 왜곡이나 잘림 현상도 발생하지 않습니다.

2. P/Invoke Pointers vs .NET CLR GC: "마우스 드래그 중 의문의 0xc0000005 크래시 격파"

고성능 화면 캡처 오버레이를 구축할 때 닷넷(.NET) 개발자들이 가장 자주 맞닥뜨리면서도 원인을 규명하기 힘들어하는 난제가 있습니다. 바로 `CallbackOnCollectedDelegate` (Access Violation 0xc0000005) 치명적 예외입니다.

원인 분석: 비관리 코드(Win32)와 관리 코드(CLR GC)의 단절

1. 오버레이 창을 만들기 위해 RegisterClassEx를 호출하면서 윈도우 프로시저 델리게이트(lpfnWndProc)를 C# 메서드로 넘깁니다.
2. 만약 이 델리게이트 변수가 메서드 내부 로컬 변수로 선언되어 있다면, C# 컴파일러 입장에서는 메서드 실행 직후 참조가 끝난 것으로 간주합니다.
3. Windows OS(user32.dll)는 내부적으로 해당 함수 포인터를 가지고 메시지를 계속 호출하지만, .NET 가비지 컬렉터(GC)는 OS의 내부 네이티브 함수 포인터를 추적하지 못합니다.
4. 마우스 드래그(WM_MOUSEMOVE) 중 GC Gen0/Gen1 컬렉션이 발생하면 델리게이트 스텁 메모리가 해제되어 버리고, OS가 다음 마우스 메시지를 보낼 때 쓰레기 메모리를 실행하여 프로세스가 즉사합니다.

public class RegionOverlayWindow
{
    // ★ 핵심: delegate를 클래스 인스턴스 필드로 보관 -> GC가 수거하지 못함
    private WndProcDelegate _wndProcDelegate;
    private string _className;
    private IntPtr _hInstance;

    private void OverlayThreadProc()
    {
        try
        {
            // 필드에 강한 참조(Strong Reference) 연결
            _wndProcDelegate = new WndProcDelegate(WndProc);

            var wndClass = new WNDCLASSEX
            {
                cbSize = (uint)Marshal.SizeOf<WNDCLASSEX>(),
                style = CS_HREDRAW | CS_VREDRAW,
                lpfnWndProc = _wndProcDelegate, // OS 윈도우 클래스에 전달
                hInstance = _hInstance,
                hCursor = LoadCursor(IntPtr.Zero, IDC_CROSS),
                lpszClassName = _className,
            };

            RegisterClassEx(ref wndClass);
            // ... 윈도우 생성 및 메시지 루프 구동 ...
        }
        finally
        {
            // 윈도우 파괴 및 클래스 등록 해제
            if (_hwnd != IntPtr.Zero) DestroyWindow(_hwnd);
            UnregisterClass(_className, _hInstance);

            // ★ delegate가 네이티브 창 정리 코드 끝날 때까지 확실하게 생존하도록 강제 락다운
            GC.KeepAlive(_wndProcDelegate);
        }
    }
}

ZeliSnap은 델리게이트를 클래스 필드로 상주시키고, 작업이 끝난 finally 블록에서 GC.KeepAlive(_wndProcDelegate)를 명시적으로 호출하여 비관리 창 수명 주기가 완전히 닫힐 때까지 CLR GC의 조기 수거를 100% 원천 차단합니다.

3. WinUI 3 Dispatcher와의 완벽한 격리: "전용 STA 스레드와 독립 Win32 메시지 펌프"

최신 데스크톱 앱(WinUI 3 / Windows App SDK)은 풍부하고 미려한 Fluent 디자인을 제공하지만, 단일 메인 UI 디스패처 스레드에서 돌아갑니다. 사용자가 캡처를 진행하는 동안 화면 전체를 덮는 투명 오버레이를 띄우고 입력을 대기할 때, 많은 개발자들은 ShowDialog()처럼 메인 스레드를 블로킹하거나 await Task.Delay 루프를 돌리는 실수를 범합니다.

이는 디스패처 큐 정체(Dispatcher Starvation)와 이벤트 재진입 데드락을 초래합니다:

public Rectangle? ShowAndGetRegion()
{
    _selectedRegion = null;

    // 별도 STA 스레드에서 순수 Win32 윈도우 + 메시지 루프 실행
    // WinUI의 dispatcher 스레드와 완전히 격리하여 충돌 및 데드락 방지
    var thread = new Thread(OverlayThreadProc);
    thread.SetApartmentState(ApartmentState.STA);
    thread.IsBackground = true;
    thread.Start();
    thread.Join(); // 선택이 끝날 때까지 호출자(WinUI 비동기 작업)만 동기 대기

    return _selectedRegion;
}

private void OverlayThreadProc()
{
    // ... WNDCLASSEX 등록 및 CreateWindowEx (WS_POPUP | WS_EX_TOPMOST) ...

    // 순수 Win32 고성능 메시지 펌프 가동
    _isRunning = true;
    while (_isRunning)
    {
        var msg = new MSG();
        int ret = GetMessage(out msg, IntPtr.Zero, 0, 0);
        if (ret <= 0) break;
        TranslateMessage(ref msg);
        DispatchMessage(ref msg);
    }
}

사용자가 마우스를 떼는 순간 PostQuitMessage(0)가 발행되고 루프가 즉시 종료되며, thread.Join()이 해제되어 WinUI 3 레이어로 크롭된 사각형 영역(Rectangle)이 즉시 반환됩니다.

4. 커널 레벨 GDI BitBlt & DIBits: "5ms 초고속 프레임버퍼 복사와 무손실 알파 블렌딩"

최신 Windows 10/11에서는 Windows.Graphics.Capture API를 지원하지만, 이 방식은 캡처 중인 화면 주변에 강제로 노란색 테두리(Yellow Border)가 표시되고, Direct3D 11 GPU 스왑체인 초기화에 수십 밀리초의 오버헤드가 수반됩니다. 반면 DirectX Desktop Duplication API는 인텔/엔비디아 하이브리드 GPU 랩톱이나 원격 데스크톱 세션에서 드라이버 컨텍스트 스위칭 실패로 검은 화면을 뱉는 경우가 잦습니다.

OS 커널 GDI BitBlt 파이프라인의 4단계

ZeliSnap은 가장 신뢰성 높고 검증된 OS 커널 레벨 GDI 비트맵 복사(Bit-Block Transfer)를 사용합니다:

private byte[] CaptureScreenRect(int x, int y, int w, int h)
{
    IntPtr hdcScreen = GetDC(IntPtr.Zero);
    IntPtr hdcMem = CreateCompatibleDC(hdcScreen);
    IntPtr hBitmap = CreateCompatibleBitmap(hdcScreen, w, h);
    IntPtr hOld = SelectObject(hdcMem, hBitmap);

    // 커널 디스플레이 드라이버에서 비디오 메모리 프레임버퍼를 즉시 복사 (소요시간 < 5ms)
    BitBlt(hdcMem, 0, 0, w, h, hdcScreen, x, y, SRCCOPY);
    SelectObject(hdcMem, hOld);

    var bmpInfo = new BITMAPINFO();
    bmpInfo.bmiHeader.biSize = (uint)Marshal.SizeOf<BITMAPINFOHEADER>();
    bmpInfo.bmiHeader.biWidth = w;
    bmpInfo.bmiHeader.biHeight = -h; // ★ 음수 높이: 탑다운(Top-Down) 비트맵 매핑
    bmpInfo.bmiHeader.biPlanes = 1;
    bmpInfo.bmiHeader.biBitCount = 32; // BGRA 32비트 무손실 픽셀
    bmpInfo.bmiHeader.biCompression = 0; // BI_RGB (압축 없음)

    byte[] pixels = new byte[w * h * 4];
    GetDIBits(hdcMem, hBitmap, 0, (uint)h, pixels, ref bmpInfo, 0);

    // GDI 핸들 누수 방지 (엄격한 리소스 정리)
    DeleteObject(hBitmap);
    DeleteDC(hdcMem);
    ReleaseDC(IntPtr.Zero, hdcScreen);

    return pixels;
}

깜빡임 없는 2-Phase 더블 버퍼링 오버레이 렌더링

사용자가 마우스를 드래그할 때 화면이 깜빡거리거나 끊기는 현상을 방지하기 위해 2단계 렌더링 파이프라인을 운영합니다:

• Phase 1 (GDI+ 오프스크린 버퍼링): 메모리 비트맵에 어두운 반투명 레이어(Alpha 160)를 먼저 입히고, 드래그된 사각형 구역만 SetClip(rect)으로 원본 밝은 비트맵을 복원합니다. 그 위로 에메랄드 강조 테두리(#34d399), 십자 가이드 점선, 가로×세로 치수 라벨(예: 1280 × 720)을 인메모리 버퍼에 단번에 합성합니다.
• Phase 2 (단 1회의 GDI BitBlt 전송): 완성된 비트맵을 BitBlt(hdc, 0, 0, _screenW, _screenH, hdcMem, 0, 0, SRCCOPY)로 실제 모니터 DC에 직격 투사합니다. WM_ERASEBKGND 메시지가 올 때 return (IntPtr)1;로 배경 지우기를 원천 무효화하므로 1초에 수백 번 드래그해도 화면 떨림이 전혀 없습니다.

5. BlockCopy 기반 인메모리 고속 크로핑(CropPixels)과 SoftwareBitmap 파이프라인

사용자가 영역을 선택했을 때, 4K(3840×2160, 약 33MB) 전체 비트맵에서 선택 구역만 잘라낼 때 GetPixel/SetPixel을 사용하는 것은 CPU에 막대한 부하를 줍니다.

ZeliSnap은 비관리 메모리 복사 함수인 System.Buffer.BlockCopy를 활용하여 행(Row) 단위 스트라이드를 계산하고 직접 복사합니다:

/// <summary>BGRA8 전체 스크린 픽셀에서 사각형 영역만 초고속 잘라내기</summary>
private byte[] CropPixels(byte[] src, int srcW, int srcH, int x, int y, int w, int h)
{
    byte[] dst = new byte[w * h * 4];
    for (int row = 0; row < h; row++)
    {
        int srcOffset = ((y + row) * srcW + x) * 4;
        int dstOffset = row * w * 4;
        int copyLen = w * 4;

        // 버퍼 경계 검사 후 단일 메모리 블록 고속 복사 (CPU 사이클 극소화)
        if (srcOffset + copyLen <= src.Length && dstOffset + copyLen <= dst.Length)
            System.Buffer.BlockCopy(src, srcOffset, dst, dstOffset, copyLen);
    }
    return dst;
}

이 방식은 4K 해상도 영역을 크롭하는 데 0.2밀리초(0.0002초)밖에 걸리지 않습니다. 크롭된 바이트 배열은 곧바로 Windows.Graphics.Imaging.SoftwareBitmap으로 감싸져 WinUI 3 캔버스 미리보기에 즉시 렌더링되고, 원클릭으로 클립보드 복사 또는 무손실 PNG/JPEG/BMP 파일로 저장됩니다.

6. 일반 상용 캡처 도구 vs OS 기본 캡처 도구 vs ZeliDesk ZeliSnap 심층 비교

7. 결론: "모든 교실과 관제실에서 1픽셀의 왜곡도 없는 완벽한 디지털 판서 캡처"

단순해 보이는 '화면 캡처' 유틸리티 뒤편에는 Windows 다중 디스플레이 좌표계의 구조적 한계, 고전 Win32 GDI와 모던 닷넷 CLR 가비지 컬렉터 간의 메모리 수명 관리, 그리고 WinUI 3 디스패처와의 정교한 멀티스레드 동기화 기술이 집약되어 있습니다.

ZeliDesk의 ZeliSnap은 학교 현장의 복잡한 빔프로젝터 환경과 공공·국방 망의 엄격한 폐쇄망 요건을 모두 충족하도록 설계되었습니다. 외부 의존성 없는 100% 순수 C#/Win32 네이티브 아키텍처를 통해 교사와 엔지니어 모두에게 타협 없는 즉각적인 캡처 경험을 제공합니다.