비활성 매크로 제작을 시도하면서 실패 후기를 남겨 봄..

일단 비활성 매크로의 주 목적은, 주로 남들 몰래 게임을 진행하기 위함과 본인이 컴퓨터로 하는 것을 방해받지 않기 위함임.

이런 매크로를 좀 더 잘 만들기 위해서는 몇 가지 선수 지식이 요구되는 것 같음.

일단은 윈도우(창)라는 게 다 핸들로 구분되어 있고, 사용자는 그 윈도우들에 일련의 메시지(키 입력, 마우스 클릭 등)를 보내서 상호 작용을 하는데, 각각의 윈도우마다 전체적인 틀 내에서 메시지 처리 방식이 별도로 있음. 보통은 크게 다르지 않음. 그리고 각각의 윈도우 중에는 활성 창 1개랑 비활성 창들로 이루어져 있고, 보통은 활성 창만 메시지를 받음. 근데, 핸들을 특정해 주고 메시지를 발생시킬 수가 있음. 

좀 더 구체적으로는

메시지를 보내길 원하는 윈도우의 handle을 얻고 (FindWindow 같은 거 쓰면 됨.)

PostMessage(handle, 메시지, 옵션1 옵션2)를 하면 윈도우에 그 메시지를 다이렉트로 보낼 수 있음.

그렇게 해서 실제로 우리가 하는 활성화 키 입력이랑 마우스 입력은 그렇게 창이 비활성화되어 있어도 문제 없이 메시지를 보낼 수 있음. 

근데, 이제부터가 정말 골치 아파짐. 

1. 스크린 캡쳐.

이걸 원하는 크롬창만(작업표시줄 같은 거 안 보이게) 스크린 캡쳐를 하고, 파일로 저장하는데 계속 검은 화면이 뜸. 근데, 동일한 코드를 크롬 창 말고 다른 윈도우 창으로 시도해 보면, 어떤 창은 검은 화면 뜨고, 어떤 창은 제대로 뜨고, 심지어 어떤 창은 배경은 검은색인데 구성 요소들은 또 제대로 뜸. (맨 처음 시작할 때 배경 화면을 캡쳐해 보면, 원래 푸른색인 바탕화면은 검은색으로 표현되고 아이콘들은 정상적으로 표현됨.)

이 문제에 대해 StackOverflow 등을 찾아다니면서 알아본 결과, 해당 윈도우가 이미지를 그리는 방식이 근본적으로 다르기 때문이라고 함. 

화면 캡쳐하는 기본적인 방법은 윈도우에다가 Print 메시지 같은 걸 보내면 그 윈도우가 알아서 해 주겠지 라는 생각으로 보통 이루어짐. 

그런데, 이 방식은 CPU를 사용하는 것이고, 크롬의 이미지는 CPU가 아니라 GPU를 사용함. 다른 말로는, 하드웨어 가속을 사용한다고 함. (왜냐하면, 이미지 표현하는 건 CPU보다 GPU가 더 빠르고 잘 한다고 함.)

이때, 하드웨어 가속을 하여 GPU를 사용해서 그린 이미지는 CPU를 사용해서 그림을 그리는 GDI 방식으로는 캡쳐가 안 됨. (적어도 난 방법을 못 찾았음.)

그래서 나도 똑같이 GPU를 사용해서 화면 캡쳐하면 되는 거 아니냐고 생각하고 좀 더 자료 찾아 봤는데, 결국 못 찾음. (후보 몇 개 찾았지만 다 실패함.)

그나마 이건 해결 방법이 있었음. 

그냥 크롬 보고 GPU 쓰지 말라고 하는 거임. (설정 창에 있음.) 그리고 실제로 GPU를 쓰지 않도록 설정하고 크롬 창을 캡쳐해 봤더니 제대로 캡쳐가 됐음!

근데, GPU를 안 쓰니까 렉이 심하게 걸리더라.  

그래, 뭐 이 정도 렉은 그냥 눈 감아 줄 수 있지. 

정 안 되면 또 다른 해결 방법이 있었음. 

크롬 창을 캡쳐하지 말고, 모니터 화면 자체를 캡쳐하는 방법임. 크롬 창은 Print 메시지를 처리할 때, GPU 기반 이미지를 출력해 주지 않지만, 모니터 자체에 Print 메시지를 보내면 모니터는 그냥 각 픽셀의 RGB값을 반환해 줘서 전체 화면 스크린샷은 언제나 가능함. 

그래서 본래 목적에서 방해 받지 않는다는 걸 포기하고, 남들에게 보이게 하지 않는다는 목적을 달성하는 준비활성 매크로를 만들어보고자 했음. 

게다가 윈도우10에서는 새 데스크톱을 만들 수 있더라. 그러면, 본래 작업할 데스크톱1과 알아서 돌아가게 할 창이 있는 데스크톱2를 생성하고, 

데스크톱1에 있다가 일정한 시간 간격으로 데스크톱2로 순간적으로 이동해서 전체 화면 스크린샷을 하고 다시 데스크톱1로 돌아오는 거임. 이때, 그 순간에 누가 볼 수 있으니까, 데스크톱2로 이동하기 전에 화면을 끄고(절전 모드로 만듦. Fn +F9 로 하면 더 좋은데, Fn키를 보내는 메시지가 없더라. 이거 찾느라 또 고생함.), 스크린샷 하고 데스크톱1로 완전히 돌아오면 다시 화면을 켜는 거임. 

그러면, 일정 간격으로 화면이 꺼졌다 켜졌다 하겠지만, 공공장소에서 사용하다가 들킬 위험은 줄어듦.

이 기능들까지는 어찌어찌 잘 구현했음.

근데, 진짜 근본적인 문제는 그 다음이었음.

2. 클릭하면 창이 활성화된다.

윈도우 창을 클릭하면 그 윈도우 창이 맨 위로 올라오고 다른 윈도우 창들은 (그 창이랑 겹쳐 있으면 겹친 부분이) 가려지는 건 다들 알 거임. 그게 대충 활성화된 창의 특징 중 하나임. (포커스가 해당 윈도우 창으로 이동했다고도 함.)

근데, PostMessage를 해서 비활성 클릭을 해도 그 창이 활성화가 됨. 그러면, 모니터 화면이 자동으로 그 윈도우 창을 표시하게 됨. (데스크톱 다르면 그 창이 있는 데스크톱으로 이동까지 해 주더라.)

이게 해당 윈도우를 마우스 클릭을 하면 WM_MOUSEACTIVATE라는 메시지가 자동으로 발생하고 이걸 윈도우 창에서 처리할 때는 일반적으로는 창을 활성화시키도록 처리함. 다만, 처리 방식에 따라서는 이 메시지를 다르게 처리해서, 마우스 클릭은 처리하고 활성은 시키지 않게 하는 처리 방식도 있다고 함. 그런 처리 방식을 갖는 대표적인 예가 터치 키보드임. (터치 키보드를 클릭해도 포커스가 터치 키보드에 가지 않음.)

그리고 그걸 위해 좀 알아 본 게, 윈도우 창의 확장 스타일 중에 WS_EX_NOACTIVATE라는 스타일이 있음. 이게 바로 클릭해도 활성화가 되지 않게 해 주는 윈도우 스타일임. 

그래서 해당 윈도우의 핸들을 구해서 그 핸들의 확장 스타일에 WS_EX_NOACTIVATE를 추가해 주면, 그 윈도우를 클릭해도 활성화가 되지 않음. 

근데, 크롬은 예외더라. 더 정확히는 크롬의 클라이언트 창은 예외더라.  일반적인 다른 윈도우 창들은 저렇게 코드 만들어서 저런 확장 스타일 추가해 주면 정말로 클릭을 해도 창이 맨 위로 뜨지 않고 다른 창에 가려진 채로 남아 있음. 즉, 코드 문제가 아님. 심지어 크롬의 Non-client 영역(위에 검색창이랑 탭 있는 부분. 얘는 또 다른 핸들을 갖고 있음.)에다가 시도해보면 얘도 클릭해도 활성화가 되지 않는 상태가 됨. 즉, 이건 단순히 코드의 문제가 아니라 크롬의 보다 근본적인 구조가 이 방식을 못 하게 하는 것 같음. 그리고 관련 정보도 좀 찾으려고 해 봤지만 못 찾았음. 

이 문제 만큼은 정말 해결해 주기 쉽지 않았음. 

이 게임은 키보드를 쓸 일이 거의 없고, (유니온 기부랑 채팅 정도?) 마우스 클릭으로 진행하는 게임인데, 마우스 클릭 메시지를 보내는 것만으로 그 창이 모니터 화면에 바로 보이게 되면, 결국 누군가에게도 보일 위험이 매우 큼. 

그러면 차라리 본인의 매크로를 믿고, 윈도우 화면을 투명하게 만들면 어떨까 싶었는데, 크롬 창을 투명하게 만드는 방법을 찾지 못했음. 

어쩌면 게임이 크롬이 아니라 오페라로 돌아가기만 했어도 아마 비활성 매크로 만들 수 있었을 것 같은데, (오페라에 직접 해 본 건 아니고 된다는 글을 본 것 같음. 근데 어차피 오페라로 게임 안 돌아가니까 시도도 안 함.)

아니면, 특수 안경이 있어야만 보이는 모니터 화면이라면 또 모를까.....

이렇게 엄청난 고통을 받고 문제 해결을 완전히 하지 못한 채 포기함.....

혹시라도 이 과정을 통해서 겪은 문제를 하나라도 해결할 방법이 있으면 알려주면 정말 감사하겠음. 

그냥 비활성만 포기하면, 스크린 캡쳐도 가능하고 인터페이스 위치 다 일일히 좌표 분석해서 마우스 매크로 만드는 것도 가능함.