hellz's Blog && Workshop

[3D][DirectX] Xi5 소스

hellz — Mon, 26 Oct 2009 16:49:21 GMT

Xi5.zip

XI5의 움직임을 구현했던 프로그램의 소스입니다.

DXUT를 기반으로 작성되어 있습니다.
소스파일들(DXUT포함)과 이미지만 첨부했습니다.
컴파일 하고 싶으시면 프로젝트 만들어서 넣어주세요.

3D 처음배울 때 짠 습작이라, 여러모로 엉성합니다 --;;

구현방법에 대한 것은 예전에 아래 페이지에 설명한 것을 참고바랍니다.
[3D][DirectX] 평면위에 굴러가는 주사위

tag : XI5, DirectX, DXUT, 소스, Source, 주사위

[Direct3D] ID3DXSprite로 BillBoard 사용하기

hellz — Fri, 23 Oct 2009 14:59:47 GMT

몇년전 DX가지고 이런말 하는 것도 우습지만, DX가 버전업하면서
단순한 스크린평면에 텍스쳐를 뿌리는 것뿐이었던 ID3DXSprite가 여러가지 기능을 탑재하게 되었습니다.

그중 빌보드를 구현할 수 있다는 내용도 포함되어 있죠.
예전에는 기능이 있다는 것만 알고 넘어갔는데
얼마 전 수업에서 언급되었길래 한번 사용법을 찾아봤습니다...

당연히 3D상에서 빌보드효과를 위해선 월드좌표상에서 텍스쳐를 뿌려야겠죠...
(g_SP가 ID3DXSprite 객체입니다. D3DXCreateSprite로 생성합니다.)

g_SP->Begin(D3DXSPRITE_BILLBOARD | D3DXSPRITE_OBJECTSPACE);

그리고 출력을 합니다.

g_SP->Draw(g_pTxFloor, NULL, NULL, NULL, 0xffffffff);

당연히 제대로 출력될 리가 없죠...
BillBoard는 항상 카메라를 향하며 회전하므로, 그에 대한 정보를 넣어줘야 하니깐요.
카메라 정보를 전달해 주는 것은 SetWorldViewLH메소드가 맡고 있습니다.

g_SP->SetWorldViewLH(NULL, &mxView);

문제는 SetWorldViewLH의 호출 위치입니다!!!
이 함수는 Begin과 End내에서 호출하면 실패하게 됩니다.
반드시 Begin 앞에서 호출해줘야 합니다!!!

이것때문에 좀 해맸네요...
빌어먹을... MSDN에도 명시되어 있지 않습니다...

몇가지 유추한 것들을 적자면

SetWorldView의 WorldMatrix는 BillBoard에선 사용하지 않는 듯 싶습니다. 값변화가 적용되지 않습니다.
대신 위치를 지정할땐, Draw의 Position Vector로 입력해주면 됩니다.
또한 빌보드의 회전축은 기본적으로 이미지의 좌하단입니다. (Draw시 NULL 입력할때)

정상적인 빌보드로 사용할려면 이미지의 중심을 센터로 잡아줘야 하는데,
이때의 좌표값은 텍스쳐의 물리적 위치입니다. (일반적으로 1.0으로 맵핑되는 방식이 아닙니다.)
예를 들어 512x512이미지라면 256, 256를 넣어줘야 중심으로 지정됩니다.

그리고 월드스페이스상의 메쉬의 크기는 별도의 지정하는 게 안보이고
상대적으로 매우 커지는 것으로 봐선, 이미지의 크기만큼 메쉬를 생성하는게 아닐까 싶네요.
적당히 스케일해줘야겠죠... 자세한건 실험해보거나 문서를 찾아보면 되겠죠...

써 본 감상으로는....
그냥 빌보드 오브젝트 따로 만들어서 쓰고 말겠습니다....
만드는 것도 간단하고, 다른 메쉬들과 호환성도 유지할 수 있고 말이죠... 커스텀도 가능하고...

외국쪽에서도 그렇고, 자료 정말 없네요.....
하긴 그다지 필요 없어보이긴 하죠 --;;;

tag : ID3DXSprite, SetWorldViewLH, D3DXSPRITE_BILLBOARD, D3DXSPRITE_OBJECTSPACE

[COMPUTER] PC에서 위모트를 쓰자(Wii remote with WIDCOMM Stack]

hellz — Sun, 13 Sep 2009 17:35:30 GMT

위드컴 스택(WIDCOMM Stack]을 사용하는 블루투스 동글과 PC를 페어링 하는 방법입니다.

많은 글들이 블루소레일이나 도시바스택을 이용하던데, 위드컴스택도 잘 작동하더군요.
위키에서 호환성을 살펴보면 같은 칩셋/스택을 쓰더라도,
인식여부가 틀린 경우도 있는듯 합니다.

제조사마다 제공되는 스택이 다르기는 하나
동글의 VID와 PID를 이용해서 강제로 인식시킬 수 있으니 스택은 원하는데로 설치하는게 좋겠죠.

제가 구입한 동글은 유니콘의 BW-200U입니다. (사진은 다른 포스팅을 참조)
브로드컴의 2045 칩을 사용했으며, 스택버전은 4.0.1.2900입니다.

우선 작업표시줄 우측의 아이콘을 클릭하여 블루투스 환경을 띄웁니다.
페어링을 위해선 좌측의 'Bluetooth 설정 마법사'를 클릭해 줍니다.

그러면 다음과 같은 창이 뜹니다.
간단하게 설정하기 위해 2번째항목을 선택한 후 다음으로 넘어갑니다.
다음을 누루기전에 위모트의 1번과 2번버튼을 동시에 눌러 페어링을 준비하는 것을 추천합니다.

다음과 같이 닌텐도 어쩌구하면서 위모트가 검색된걸 알 수 있습니다.
만약에 위모트가 검색되지 않으면, 위모트의 1번과 2번버튼을 누른체 다시 검색을 해줍니다.

위모트를 선택한 뒤, 다음으로 넘어가면 PIN코드 생성하는 창으로 넘어가게 됩니다.
이 부분이 중요한데, "쌍 생성 건너 뛰기"를 클릭해서, PIN체크를 건너 뜁니다.
위모트에는 PIN코드가 없다고 하네요.
그러니 임의로 PIN를 입력해서 생성하면 페어링이 실패하게 됩니다.
다른 스택들에서도 PIN코드를 설정하는 부분이 나오면, 입력하지 말고 건너뛰시기 바랍니다.

이제 사용할 서비스를 검색하는 화면이 나옵니다.
여기서도 하나 중요한건 마침버튼이 활성화 되었다고 클릭하면 안됩니다.
그대로 놔둡니다.

조금 기다리면 다음과 같이 인터페이스 서비스가 뜨게 됩니다.
이제 이 항목을 선택한 뒤, 마침을 클릭하면 페어링에 성공하게 됩니다.

다음과 같에 페이링에 성공하였습니다.
사용한 블루투스 동글은 수신거리가 상당히 길더군요.
집밖의 블루투스 장비로 찾아내고, 문 밖에 위모트를 놔두더라도 연결이 끊기짆 않습니다.
그러나 위치를 이동하면 신호세기가 일시적으로 약해지더군요.
물론 사용하는데 지장은 없습니다.

WiiInRemote화면입니다.
순조롭게 수신이 되는것을 알수 있습니다.

나중에 시간내서 LED로 IR바를 만들어봐야겠네요.

tag : 위모트, PC, wii, remote, bluetooth, BW-200U, 페어링

[COMPUTER] XP에서 블루투스 싱크[ ActiveSync with WIDCOMM Stack]

hellz — Sun, 13 Sep 2009 06:38:51 GMT

비스타 상에선 블루투스로 엑티브 싱크하는게 쉬운듯 합니다만
XP, 정확히는 엑티브싱크 4.5에서 싱크하는건 조금 손이 가는 듯합니다.
(엑티브싱크에는 블루투스로 싱크한다는 메뉴가 없죠.)

일단 대략적인 기본틀은 맞다고 생각하지만, 끝내고 쓰는거라 빼먹은게 있을지도 모르겠네요.

많이 쓰는 블루투스 스택(PC에서 블루투스기기의 접속을 관리하는 프로그램)은 3가지 정도 있는 듯합니다.
도시바스택, 블루소레일, 위드컴.
제 동글에서 기본으로 제공한 프로그램은 위드컴이므로, 여기서 접속법을 써볼려고 합니다.
다른 스택들의 접속법은 검색하면 자세한 글을 찾을 수 있을겁니다.

사실 기본원리는 비슷하다고 볼수 있죠.

기본적으로 싱크요청은 PC상이 아니라, 모바일 기기에서 해야 합니다.
왜냐하면 엑티브싱크에선 블루투스로 싱크하라는 설정 및 메뉴가 없기때문이죠.

우선 블루투스창을 띄웁니다.
보통 작업표시줄의 오른쪽에 블루투스 아이콘을 더블클릭하면 뜨죠.
블루소레일이나 도시바스택과는 퍽 다르죠?
여기서 좌측의 구성보기 또는 수정을 클릭합니다.

화면과 같은 블루투스 설정창이 뜹니다.
이걸보면 알수 있듯이 위드컴의 스택은 다른 스택들과 틀리게 독자적인 UI를 쓰지 않고
위도우의 기본프로그램들과 비슷한 모습을 하고 있는 걸 알수 있죠.
여기서 로컬서비스탭을 클릭합니다.

항목들을 보시면 엑티브싱크가 있는 것을 알 수 있습니다.
여기 우측에 있는 COM포트를 잘 기역해 둡시다.
만약 포트를 변경하고 싶으면 등록정보에 들어가서 원하는 포트로 변경할 수 있습니다.

다음은 엑티브싱크를 엽니다.
파일메뉴의 연결설정을 클릭합니다.

연결설정 창이 뜨면
'다음 중 한가지 연결 허용'에 체크해 준뒤,
스택에서 알아낸 포트를 설정해 줍니다.

여기까지 설정하면 PC에서 할 일은 없습니다.
나머지는 모바일 기기에서 설정해주는 것뿐입니다. 제 경우는 블랙잭(M620)입니다.

모바일 기기에서 블루투스를 활성화 시키고, PC와 페어링을 시킵니다.(이 과정은 묘사하지 않겠습니다)
중요한건 페어링과정중 사용할 서비스를 선택하는 것입니다.

PC에서 제대로 설정했다면 위와 같이 엑티브싱크가 서비스에 뜹니다.
만약에 뜨지 않으면 메뉴를 눌러 새로고침을 해보고, 그러고도 뜨지 않으면 PC설정을 다시 해봐야합니다.

이 화면은 PC에서 제대로 설정하지 않았을때 입니다.
보시는것과 같이 엑티브싱크가 직렬포트로 표시되죠. 이 상태에선 엑티브싱크가 되지 않습니다.

이런식으로 페어링 설정을 마친후 모바일기기에서 엑티브싱크를 띄웁니다.

메뉴를 눌러 Bluetooth를 통해 연결을 눌러주면 됩니다.

다음과 같이 엑티브싱크가 성공했습니다.
만약 파트너관계가 어쩌구 나오면 페어링을 다시 해줍니다.

페어링에 관한 자세한 묘사는 제외하였습니다.
당연히 페어링중에는 PC에서 해당 연결에 대해 접속승인을 해주어야 합니다.
이것은 작업표시줄 우측에서 알림창으로 접근상황을 알려주니,
블루투스 아이콘을 클릭후 승인해주면 됩니다.

이건 짐작이지만 엑티브싱크에선 블루투스로의 직접적인 연결을 하지 못하고
USB나 직열포트로만 싱크가 가능하기때문에, 스택에서 페어링후, 해당포트로 포팅해주는게 아닐까 싶습니다.
그러므로 싱크요청은 반드시 모바일기기를 통해서만 가능한 듯 한네요.

그리고 블루투스 페어링을 위해선 USB로 싱크해야 한다는 글도 있는데,
확실한지는 모르겠네요. 이미 USB로 싱크해본 상태에서 시도했기때문에 확인이 불가능합니다.
그리고 위의 짐작이 맞다면 USB로 싱크하는 것과는 별로 상관이 없어보이네요.

사실 블랙잭을 쓴지 1년 가까이 되가지만 아직까지 엑티브싱크를 사용하진 않았습니다.
예전 3850를 쓴땐 뉴스나 날씨, 백업을 위해 자주 싱크했는데 말이죠.
지금은 백업은 Sprite Backup를 통해 가능하고, outlook를 관리하는 것도 귀찮고,
뉴스같은건 무선랜으로 볼수 있으니, 그다지 필요성을 못느끼겠더군요.

이번에 싱크에 도전한건 단순히 메모리카드를 빼지 않고 파일전송을 위해서였지만
이게 상당히 느리네요. 그렇다고 OBEX FTP는 대용량 파일은 전송이 안되는 듯하고요.
저용량이나 한가할땐만 쓰고, 바쁠땐 메모리카드에 직접 조작해야 할듯 합니다.

tag : M620, ActiveSync, 엑티브싱크, 블랙잭, WIDCOMM, Stack, 페어링, 싱크

[BUY] 블루투스 동글/위모트 구입 + a

hellz — Sat, 12 Sep 2009 04:34:12 GMT

블루투스 어댑터입니다. 보통 동글이라고도 하죠.
일단 위모트를 PC에서 쓰기 위해서 몇몇 제품을 찾아봤는데,
외국의 위키에 있는 호환리스트에서 국내에 시판중인 제품을 찾을 수 없더군요.

처음엔 빌리x트 class1을 구입할까 했는데, 외국본사홈페이지에서 정보를 찾을 수 없었습니다.
class1 이란 제품명으로 판매되는 제품도 있긴 한데, 국내에서 풀리는 것과 형태가 전혀 달랐죠.
이런저런 이유로 꺼려져서 제외... (참고로 외국제품은 형태도 틀리고 외부 안태나가 있음)

그 다음에 찾게 된 제품이 이 제품입니다. 유니콘에서 나온 BW-200U...
가격도 소형 동글(아주 작은 동글들)에 비해 별 차이가 안나는데다가
class1 성능을 자랑합니다. 크기도 초소형 USB메모리와 비슷하므로 이동성도 크게 다르지 않죠.
일단 잠시 써봤는데 괜찮은거 같네요..

위모트와 눈차크입니다.
블루투스 동글로 PC에서 쓰기 위해 구입했습니다. 물론 Wii는 보유하고 있지 않죠 --;
애들은 저번달에 있던 인터파크 이벤트로 시세보다 싸게 구입했습니다.
매일 추첨으로 포인트를 지급해주는 이벤트였죠..
처음에 5000포인트. 매일 추첨으로 100~ 포인트를 받을 수 있었습니다.
매일 한번씩 찍으니, 구입 전까지 12200포인트를 받을 수 있었습니다.
그래서 쿠폰 할인을 포함해서 위모트는 21280원(정가 28000) 눈차크 11400(정가 15000)에 구입.. .
남은 포인트로는 여신전생FES3 를 구입했죠.

결과만 쓰자면 위모트 인식은 비교적 쉽게 성공했습니다.
동글에 제공된 WIDCOMM 블루투스 스택만으로 쉽게 인식되더군요.
이것에 대해선 나중에 쓰죠..

동글과 같은 시기에 구입한 4G 메모리입니다.
음악과 강의녹음으로 쓰던 mp3를 잊어먹어서, 블랙잭으로 대용하기 위해 큰 메모리를 주문했습니다.
LG브렌드가 그다지 믿음직스럽지는 않지만, class6에 가격도 저렴한 편이어서 그냥 주문했습니다.
원래는 샌디스크껄 살려고 했는데, 남은 인터파크 포인트를 샌디스크 코리아 제품에선 쓸 수 없더군요 --;;

이제 몇일은 그동안 방치한 블로그에 집중적으로 포스팅이나 해야겠네요..
이건 몇일이나 갈려나 --;

tag : BW-200U, 4G, SDHC, 위모트, wii

[Irrlicht] 3D Cube 구현

hellz — Wed, 08 Jul 2009 16:04:51 GMT

이전글에 이어서 3D Cube의 구현에 대해 써보자 합니다.

이전글을 보시면 아시겠지만, 큐브의 조작은 마우스로만 이루어집니다.
즉, 마우스 입력을 큐브회전으로 변환하는 것이 핵심이죠.
그러므로 잡다한 자료구조나, 구조는 제외하고 이것에 대해서만 포스팅하겠습니다.

우선 하나의 면을 클릭해보죠.

스샷에서 하얀색으로 표시된 부분이 클릭한 면입니다.
그리고 이때 마우스로 조작할 수 있는 회전은 3가지입니다. (반대방향은 제외)
하늘색면을 회전, 녹색면을 회전, 분홍색면을 회전이죠.

하늘색면의 회전에 대해서 생각해 보도록 합시다.
아까의 위치를 클릭하였을 때, 4개의 벡터를 얻을 수 있습니다.

이 4개의 벡터중 하나를 이용해서 회전하고자 하는 면을 선별하는 것입니다.
이 벡터들은 클릭한 조각의 각각 면의 법선을 의미합니다.

그리고 조각을 선택한 상태에서 왼쪽으로 마우스를 움직여보죠.

그러면 처음에 마우스를 클릭한 지점부터, 마우스를 땐 지점까지
붉은색 화살표와 같은 벡터를 얻을 수 있습니다.
그리고 이 벡터를 기초로, 아까구한 4개의 벡터 중, 가장 유사한 하나의 벡터를 선별합니다.
[선별하는건 일반적인 피킹과정과 유사합니다. 붉은 화살표는 카메라좌표계의 벡터이므로
이것을 선택한 조각의 로컬좌표계로 이동시킨후, 가장 가까운 벡터를 찾는 것이죠. ]
[가장 가까운 벡터를 찾는 것도 간단합니다. 각각의 노멀벡터를 하나의 위치로서 사용하여
변환한 붉은 벡터의 노멀(이것또한 위치로 사용)과 가장 가까운 벡터를 찾으면 됩니다.)

선별된 벡터와 클릭지점의 노멀벡터를 사용하면 회전하고자 하는 면들을 구합니다.
상단에 검은 사각형들이 바로 이번 입력에 의해 회전될 사각형들입니다.

그렇다면 회전축을 찾아야겠죠?

회전축 찾은 것또한 간단하죠.
단순히 위에서 구한 벡터 2개의 외적으로 구해지는 범선벡터를 사용하는 것입니다.
외적으로 회전축을 구하는 것은 또 하나의 이득이 있습니다.
반대로 드래그했다면 파랑색벡터는 반대방향이 되어있을 것입니다.
이들의 외적은 녹색벡터와 반대방향이 되어있겠죠.
당연히 녹색벡터의 반대방향 벡터로 회전을 하면 반대로 회전하게 됩니다.

이러식으로 구해진 큐브조각을 정해진 회전축으로 회전시키면 큐브가 회전하게 됩니다.
이렇게 만든 루틴은 녹색을 회전할때도 같은 방법으로 회전이 가능합니다.

이러한 방식이 통하지 않는 건 분홍색면을 회전할 때가 됩니다.
일반적으로 분홍색면을 클릭하고 분홍색을 회전한다면, 마우스로 원을 그리는게 타당하겠죠.
만약 이 기능을 넣는다면 마우스의 회전을 감지하고, 클릭한 면의 노멀로 회전.
그리고 다른 면의 노멀로, 회전할 조각을 검색하는것으로 구현이 가능하겠죠.

그러나 분홍색과 녹색을 포함한 조각을 밑으로 내리는게 마우스 동선이 더 짧기도 합니다.
또 별개의 마우스 움직임을 추가하면, 움직임 판정이 미묘해 질 가능성도 있겠죠.
그래서 이러한 회전은 구현에서 제외하였습니다. (슬슬 다음계획으로 넘어가고 싶었고;;)

이렇게 회전처리를 하면 카메라 위치와 관계없이, 동일한 룰로 회전을 처리할 수 있습니다.
카메라의 위치와 관계없이 직관적으로 큐브를 조각할 수 있는 것이죠.

3DCubeSource.zip 소스입니다.
일리히트 엔진을 이용하였습니다. 일리히트엔진을 알아보는 김에 한번 작업해봤습니다.
처음 써본거라 조작에 미숙한 점이 있더라도 향해바랍니다 ^^;

참고로 만약에 DirectX나 OPEN GL등의 과제로 쓴다면 거의 다 뜯어고쳐야 할겁니다.
(보통 3D수업은 API레벨일테니, 과제용으로 써먹기 힘들거 같아서 공개하는거죠 ㅎㅎ)

학기말 텀프로젝트때, 큐브만든다는 친구가 있었는데, 재미있어보여서 한번 짜봤습니다.
혹시 다음학기때, 인공지능땜에 써먹을 수 있을지 모르겠네요;;

tag : 3D, Cube, Irrlicht, 알고리즘, 회전

[Irrlicht] 3D Cube

hellz — Wed, 08 Jul 2009 14:59:01 GMT

3DCube.zip
3D 큐브입니다.
마우스로 원하는 면을 드레그하면 회전하도록 되어있습니다.
오른쪽클릭으로 큐브를 회전할 수 있습니다.

제목 그대로 큐브의 움직임만 재현한 프로그램입니다.
목표가 움직임 재현이어서, 큐브를 섞거나, 푸는 등의 부가기능은 넣지 않았습니다.
사실 남은 부가기능은 잔 작업이니 말이죠 --; ( 푸는 법은 좀 연구해야겠지만;;)

구현에 관한 사항은 별도로 올릴 생각입니다.

tag : 큐브, Irrlicht, 3D

[3D][DirectX] Picking

hellz — Sat, 27 Jun 2009 14:12:02 GMT

과제로 작성한 피킹입니다. 상당히 예전에 작성한거죠..

LabProject.exe

클릭하면 카메라가 해당오브젝트의 뒤로 이동하게 되어, 제어할 수 있습니다.
피킹방법이야 여러 책에서 단골로 등장하니깐요.
간단히 요약해 놓자면
스크린좌표를 카메라좌표계로 변환하여 카메라에서 해당방향으로 뻗어나가는 Ray를
생성하고 이것을 필요에 따라 월드좌표계 -> 로컬좌표계로 변환시켜서 사용하게 됩니다.

DX샘플보면 오브젝트의 전체 폴리곤에 대해 피킹하는 예제를 볼 수 있습니다.

D3DX에서 제공하는 D3DXIntersectTri함수를 사용하면 쉽게 구현이 가능합니다.

아무래도 각각의 폴리곤에 대해서 검사하는건 비용문제가 클꺼라고 생각해서
오브젝트를 감싸는 바운드 박스를 계산하고 바운드박스로 피킹검사를 했습니다.

tag : Picking, 피킹

[3D][DirectX] 물에 잠기는 알파오브젝트

hellz — Fri, 26 Jun 2009 14:51:45 GMT

드디어 한학기가 끝났습니다.
시험이다 과제때문에 한동안 포스팅이 없었네요. (정기방문보다 검색방문이 많겠지만 ;;;)
기말고사는 저번주에 끝났지만, 늦게 내는 텀이 남아서 방학(!)이 한주 더 걸렸네요.
이제 남은건 성적공개뿐이군요....

알파오브젝트는 일반적인 오브젝트를 그린 후,
알파 오브젝트끼리 카메라에서의 거리로 먼곳부터 그려줘야 합니다.

문제는 지형에 커다란 사각형으로 물을 씌울때 발생합니다.
물도 알파오브젝트인데, 다른 작은 알파오브젝트와 비교해 언제 그려줘야 할까요?

빌보드로 알파값을 가진 나무입니다.
나무를 먼저 그려주고, 물을 그려준 상태입니다.
보시다시피 빌보드의 투명부분에 물이 그려지지 않았습니다.
나무의 Z버퍼가 물보다 앞에 있기때문에 그려지지 않는것이죠.

이번엔 반대로 물을 그려주고, 나무를 그려줬습니다.
얼핏보면 제대로 그져진듯 하지만, 물에 잠긴 나무밑둥이 그려지지 않습니다.
아까와 반대로 물의 Z버퍼가 잠긴 나무앞에 있기 때문에 그려질 수 없는것이죠.
만약 물이 투명하지 않는 거라면 이정도로도 충분할 겁니다.
하지만 투명히 비추는 물에 잠긴 오브젝트를 원한다면 불충분하죠.

해결법은 나무를 2번 그리고, Z버퍼쓰기 상태를 이용하는 겁니다.

먼저 나무를 그려줍니다.
중요 포인트는 Z버퍼쓰기를 꺼주는 겁니다.
SetRenderState(D3DRS_ZWRITEENABLE, FALSE);
이렇게하면 출력은 되지만, Z버퍼에는 반영이 되지 않죠.

다시 Z버퍼쓰기를 활성화한 후, 물을 그려줍니다.
물 위쪽에 그려진 나무가 물과 알파블렌딩되서 흐려진것을 알 수 있습니다.
당연히 물에 잠긴 밑둥은 물과 블렌딩된 상태입니다.

마지막으로 나무를 다시 그려줍니다.
물을 그릴때 Z버퍼가 변하여, 밑둥이 다시 그려지지 않고,
잠긴 효과 그대로 유지되는것을 알 수 있습니다.
물 위 가지부분은 물보다 카메라에 가까우므로, 덮어 써지는것을 알 수 있습니다.

정리하면 다음과 같습니다.

Z버퍼쓰기를 끄고 알파 오브젝트를 그린다. (Z버퍼 사용[D3DRS_ZENABLE])이 아님.)
Z버퍼쓰기를 다시 키고 물을 그린다.
알파 오브젝트를 다시 그린다.

이걸 생각해내기 전에는 요상하게 작성해봤었죠.
Z버퍼쓰기를 끄고, 물을 그리고, Z버퍼쓰기 키고 오브젝트를 그리고 알파블렌딩을
D3DBLENDOP_MIN로 지정한뒤 물을 다시 출력했었습니다.
이렇게하면 오브젝트의 알파부분과 물과 약간의 색차가 존재합니다.
그래도 멀리서 보면, 어느정도 그럴듯 했었죠;;;;

원래 과제에 덤으로 넣은 물효과인데, 그냥 초안대로 작성해서 빨리 내버렸습니다.
근데 제출한 다음날에 이방법이 떠올랐다죠 orz...
다행히 기말 실기시험에서 이 소스를 사용해서, 기말고사는 수정된 버전으로 제출~

tag : 3D, DirectX, 물, Water, 그리기, 알파오브젝트

[3D][DirectX] Solar System

hellz — Sun, 24 May 2009 15:16:57 GMT

과제로 나온 태양계입니다. 과제한지는 꽤 됐는데, 그다지 시간여유가 없었습니다 --;

우선 태양계를 살펴보면 항성인 태양. 지구같은 행성. 달과 같은 위성이 있습니다.
지구는 태양주위를 공전하며, 달은 지구 주위를 공전하죠.
또한 자신조차도 스스로 공전을 합니다.

즉, 혹성은 부모주위를 공전하며, 자전을 하죠.
이것을 정리하여 항성과 행성과 위성을 나타내는 혹성클레스를 정의합니다.
혹성안에는 공전과 자전을 위한 자료. 그리고 자식들의 리스트를 가지고 있습니다.
그리고 혹성의 움직임, 그리기등의 작업은 부모를 통해 자식에게 전해지게 됩니다.

그리기 코드는 다음과 같습니다.

bool CPlanet::Draw(LPDIRECT3DDEVICE9 pD3DDevice, D3DXMATRIXMotherTranslation) {

pD3DDevice->SetTransform(D3DTS_WORLD,

&(SelfRotation* MotherRotation * MotherTranslation));

this->m_pMesh->Render(pD3DDevice);

for(int Count = 0;Count < Child.size(); Count++)

Child[Count]->Draw(pD3DDevice, this->MotherRotation * MotherTranslation);

return true;

}

부모의 위치좌표를 넘겨 받습니다.

그리고 자전회전 * 공전회전 * 부모위치을 차례로 곱해서 혹성의 위치를 구합니다.

자신을 그리면 자전을 제외한 위치행열을 자식에게 전달합니다.

이렇게하면 모든 혹성을 루프를 통해 일괄적으로 넣을수도 있죠.

실행파일 (LabProject.exe)

숫자키 1~8을 누르면 각 행성으로 카메라가 이동되며
9번은 상단카메라. 0번은 위에서 비스듬하게 내려다 보는 카메라입니다.
구는 버텍스와 인덱스를 실린더 공식을 이용해서 직접 만들어 주었는데,
회전을 명확히 보기 위해 색상에 노이즈를 넣어봤습니다.

원래는 구 코드도 올릴까 했는데, 이건 나중에 시간되면 올리죠 --;
일단 다음과제 올리는건 건너뛰고(제공된 소스를 활용한 수준이라)
다음에 올릴건 피킹이 되겠군요.. 일단 구현은 완료된 상태...

tag : 태양계, DirectX, 3D, Solar