Unavailable

D3DDEVTYPE DeviceType : 일단은 하나만 쓴다. D3DDEVTYPE_HAL.
D3DDEVTYPE_HAL 는 Direct3D에게 Hardware Abstraction Layer 쓰라고 알려준덴다.  The Hardware Abstraction Layer 또는 HAL은 D3D에게 Hardware를 쓰라고 알려주는 것이란다. 뭐 요즘 하드웨어가 다들 고속 프로세싱을 해주니 당연히 HAL을 써야 하겠죠?

HWND hFocusWindow : This is the handle to our window.  We can just put 'hWnd' in here as we passed the value from WinMain().

DWORD BehaviorFlags : D3DCREATE_SOFTWARE_VERTEXPROCESSING, D3DCREATE_MIXED_VERTEXPROCESSING, D3DCREATE_HARDWARE_VERTEXPROCESSING. 
주로 요 세가지를 다루는데 (물론 많은 값이 들어갈수 있다만) 이름을 보면 대강 설명이된다. 소프트웨어적으로 처리, 하드웨어적으로 처리, 그리고 둘다 합쳐서 처리.

D3DPRESENT_PARAMETERS *pPresentationParameters : This is a pointer to the d3dpp struct that we filled out earlier.  We just fill this with '&d3dpp'.

IDirect3DDevice9 **ppReturnedDeviceInterface : graphics device interface를 가리키는 포인터, 미리 선언한대로 d3ddev죠. 주소 전달을 위해서 &d3ddev 전달.

3. 한개의 화면을 그려주는 함수 생성

이제 위 함수는 한개의 장면을 렌더링 하는 함수인데 매우 간단하다. OpenGL에서 보던것과는 좀 다른데, 일단 그리는 것이 아무것도 없어서 그럴수도 있지만 Clear 하는 방법과 Rendering 하는 것이 좀 더 간단해 보인다.

d3ddev->Clear() 함수는 지정된 색으로 윈도우 배경을 지우는 함수다.

d3ddev->BeginScene() 함수는 D3D에게 그림 그릴 준비 하라는 함수다. 이 함수가 불러져야 하는 두가지 이유는 내가 D3D에게 메모리를 관리하고 있음을 알려줘야 하기 때문이고 둘째로 locking 이라는 과정을 통해서 빠르게 비디오 메모리에 접근하는 방식을 설정해주기 때문이다.

d3ddev->EndScene() 이름만 봐도 알겠다. unlocking을 한다.

d3ddev->Present() 이건 뭐 display하라는 명령인가 보다. 자세한 설명은 없군.


4. D3D 닫기

이것은 꼭 빼먹지 말아야 하는데 만약 이걸 안하면 프로그램 종료후에도 댕글링 메모리가 남게 되어 리부팅 할때까지 남아있는 문제 발생한다.
 

이걸 모르면 문맥을 자꾸 놓치게 되니까 하나하나씩 정리해 놓자.

1. RIFF (Resource Interchange File Format) : 헤더에 압축 방식을 기술 해놓는 걸 말하나 보다. 아, 그래서 이것을 적용한 파일의 경우 다양한 필터의 적용이 가능해진다. 그렇구나..

2. PCM (Pulse Code Modulation) : 정통과에서 배운 아날로그 신호의 디지털화다. 계단으로 좌좍 나누어 디지털 정보로 표현하기.

3. ADPCM (Adaptive Differential PCM) : 이건 위키에도 안나와있군. 단지 목소리를 디지털 신호로 바꾸는 거랜다.

4. ACM (Audio Compression Manager) : 기존의 윈도우 기술에서 사용되는 오디오 압축/해제를 의미한다. 그래서 압축된 형태의 오디오 파일은 ACM 래퍼 필터를 통해 Decompress 된다는 거군.

5. VCM (Vedio Compression Manager) : ACM과 함께 윈도우에서 사용되는 비디오 압축/해제 기술.

음.. 아주 중요한 단어가 드디어 등장했다. 순수 가상 함수... Pure Virtual Function이군.

자바를 해본 사람이라면 아마도 너무나도 당연한 개념일 것이고 나처럼 C++를 구렁이 담 넘어 가듯이 알고 있는 사람이라면 왜 이말이 중요한지 아직 모를수도 있다.

C++의 큰 장점은 "다형성" 이라고 할 수 있다.

부모 클래스로 부터 차례 차례 상속을 받아 필요로 하는 함수와 멤버를 상속 받고 최종 자식 클래스는 자신이 필요한 것들을 정의하면 된다.

이때 앞에서 본 가상 함수가 필요한데, 왜 필요한가 하면은....

C프로그램을 짤때는 흔히 포인터를 선언하고 포인터를 이용해 멤버 함수를 호출하곤 한다. 이때 부모클래스의 포인터를 선언하고 자식 클래스를 대입한후 자식 클래스의 멤버 함수(부모 클래스도 같은 이름의 멤버 함수를 가지고 있다면)를 호출하고자 한다면 반드시 "동적 결합"을 해야 하고 그 동적 결합을 위해서는 반드시 부모 클래스의 멤버 함수 앞에 "Virtual"이라는 키워드를 넣어야 한다.

그렇지 않고 "정적 결합"을 하게 되면 (Virtual 키워드를 안적으면) 포인터가 선언될 당시의 타입 (부모 클래스 타입이죠)의 멤버 함수만 계속 호출하게 된다.

그래서 가상 함수라는 것이 필요로 하는데 여기서 새로 등장한 순수 가상 함수란,

그렇다면 왜 비어있는 가상 함수를 선언하는가? 바로 이 질문이 나와야 한다.

그 질문의 답이 바로 저 위에 써놓은 C++ 장점 때문이다. 다형성을 실현하기 위해서는 동적 결합을 해야 하는데 그렇게 하기 위해서는 서로 다른 형태를 가지는 자식 클래스들이 공통의 부모 클래스를 가질 필요가 있다.

그렇게 되어야 부모 클래스 타입의 포인터를 배열로 할당해서 자식 클래스를 각각의 배열 요소로 가지도록 한다음 임의의 자식 클래스 객체의 멤버 함수를 호출 했을때 그 클래스에 맞는 멤버 함수가 자동으로 호출되게 할 수 있다는 것이다.

개념이 쉽지는 않다. 하지만 알고나면 "아... 이게 꼭 필요하긴 하겠구나" 하는 생각이 든다.

자바를 예전에 잠깐 써봤을때 추상 클래스에 대해서 수도 없이 들었지만 사실 왜 필요한가에 대한 대답은 몰랐었다. 하지만 지금 보니 왜 추상 클래스가 필요한지 알겠다.

DirectShow (줄여서 DS)는 원래 DirectX (줄여서 DX)의 일부였단다... (정확히는 모름)

DX안에는 DS뿐만 아니라 DirectPlay, Direct... 등등 뭐가 많이 있단다.

그런데 이 중에서도 왜 나는 DS는 참 흥미로운 놈인것 같다.

아직 DS에 대한 책이나 참고자료를 보지 않아서 저녀석의 세부사항은 전혀 모르지만 한가지 분명한것은 DS는 입력 영상과 출력 영상을 조절해주는 놈이라는 것이다.

사실 컴퓨터로 들어오는 입력 영상은 수없이 많다. 대표적인 예로 카메라. CCTV 같은 실시간 촬영 카메라의 경우 초당 수십 프레임의 영상이 컴퓨터로 들어오게 되는데 이때 들어오는 영상은 물론 어떤 색상의 어떤 사이즈를 가지는 그림들일것이다.

이렇게 들어오는 임의의 입력 영상을 화면에 출력하기 위해서는 현재 모니터에서 사용하고 있는 색상으로 바꿔줘야 할 의무가 있다. 바로 이럴때 사용하는 것이 DS인데 Windows가 DS를 이용해서 정말로 색상 처리를 해주는지는 잘 모르겠지만 아마도 그럴것 같다.

DS가 사실 Window API 라이브러리 이니까 OS에도 그대로 사용되지 않을까 싶다.

아무튼, 이 DS라는 놈은 영상의 입력과 출력을 고속으로 처리해주는, 그리고 그 둘사이에서 색상 타입 변경, 렌더링, 필터링등을 처리해 주는 특화된 API라이브러리 라고 나는 생각한다.

물론 이것은 전적으로 나의 개념이지 책에서 설명하는 이야기가 아니다...=.=

사실 영상 처리 분야를 공부하면서 그닥 관심두지 않았던 부분중에 하나가 DirectX인데 이놈이 갑자기 내 골을 아프게 한다.

교수님의 부탁으로 DirectShow의 strmbase.lib라는 라이브러리를 필요로하게 되었는데 이놈이 뭐하는 놈인지 아직 모른다.

근데... 젠장할 설치가 졸~라 어려웠다. 우선 2005년인가 몇년부터 원래 DirectX SDK에 포함되어 있던 이 놈이 뚝 떨어져 나가 버렸단다. 이것은 microsoft사가 이 놈을 버린 자식으로 취급해서라는데 정확한 원인은 모르겠다.

우찌되었든 MS사도 책임이 있다... =.= 설치를 쉽게 하게 해줘야 할꺼 아냐!~~ 세상 프로그래머 모두가 다 잘하는건 아니잖아~~ 초보자도 생각해줘야지!!

우쨌든. 그래서 나는 DirectShow가 현재는 Platform SDK에 편입되어 있다는 소식을 접하고 최신 PSDK를 받았다. 2003 server R2 어쩌고 저쩌고... 하여튼 MS 홈페이지에서 설치를 했다.

그래서~ 설치된 폴더를 뒤적거려본 결과 이놈의 strmbase.lib는 없었다. 두둥.... 알고보니 이놈을 사용하려면 만드시 컴파일을 해야 한다고 하는데 젠장... 다른 문제는 이 놈을 build할 프로젝트 파일이 없다!!!

예전에 OpenCV를 사용할때는 프로젝트 파일이 있어서 알아서 lib 파일을 만들어 줬는데 이런 XX는 그런게 없었다. 다만 흐릿하게 makefile이 내 눈에 보였다. 기본적으로 makefile은 UNIX에서 컴파일을 위해 사용하는 매크로 코드인데? 라는 생각이 들어서 윈도우에서도 make라는 명령이 있는지 검색을 해보았다.

아... 그랬더니 윈도우에도 그런 것과 유사한 nmake라는 명령이 있지않은가?? 상당히 놀라웠다.... 그렇다면 왜 MS는 자신들이 자랑하는 VS 2005의 프로젝트 파일로 만들기 보다 굳이 힘든 nmake라는 도스 명령어를 사용하는가?

참, 그리고 저놈을 실행할때는 웃기게도 윈도우에 설치된 PSDK의 메뉴에 들어가서 retail version으로 dos command line을 실행해야만 된다는 점이다. 안그러면 안된다.... 쓰블....

암튼, 이래 저래 고생해서 그 힘들다는 strmbase.lib를 만들어 냈다. 이제부터 이놈이 뭐하는 놈인지 알아봐야 겠네.... 에휴..

숙제가 있었다. TCP 커넥션을 만들어서 구성원들끼리 대화를 주고 받는 프로그램인데 특이한 점이라면 서버/클라이언트가 하나의 프로그램에 동시에 존재한다는 점과 한개의 파일로 어디서나 작동하게끔 만들어야 한다는 점이었다.

그닥 어렵지는 않다. 뭐 서버 클라이언트 관계는 못만들 이유가 없고 소켓만 잘 순서대로 연결해주면 아무 탈 없이 돌아갈 줄 알았다. 그런데 문제는 의외에 장소에서 터졌다.

프로그래머라면 당연히 관련된 정보는 하나의 구조체로 묶어서 관리하는 것이 좋다는 것을 안다. 그리고 나도 그대로 했다. 특정한 형태를 유지 시키기 위해서 구조체를 만들어서 각종 정보를 담아 두었다.

이 프로그램은 ssh를 이용해서 다른 컴퓨터에 접속한 다음 거기서 명령을 실행하는 것이 주 목적이다. 근데 이상하게도 바꾸지도 않았는데 구조체의 값들이 지 맘대로 변하는 것이 아닌가?

아무래도 이상해서 이리저리 테스트를 해보아도 도데체 이유를 몰랐다. 그런데... 알고보니...

구조체에 char *IP_addr이라는 멤버가 바로 문제 였다. 이 포인터의 값이 비록 내가 ssh를 이용해 원격 접속을 다른 컴퓨터에 하더라도 같은 값을 가지며 현재 사용중이 컴퓨터의 local memory를 가리킬 것이라고 생각 못했다.

분명히 다른 컴퓨터의 다른 주소에 위치 할 줄 알았는데 그게 아니었다. 그래서 아무리 값을 바꾸려고 해도 그 값들은 오직 같은 값만을 유지했던 것이다. 이런건 책에 나와 있는지 모르겠다. 아무튼 구조체 내에 절대로 포인터를 쓰지 말라는 말은 들어본 적이 없는 것 같다.

아무튼 저놈 때문에 금요일 오후를 홀딱 날렸다. 젠당.. 다음부턴 주의 해야지. 아, 해결법은, 구조체 내에 멤버를 선언할 때 char IP_addr[MAXLEN] 처럼 고정된 주소 공간을 가지는 형태로 바꾸고 strcpy를 이용해서 데이터를 입력해 넣었더니 '무슨 일 있었나요?' 라고 하며 바로 작동이 잘되었음... 젠당...