deviAk.Com

2. 팀구성원
   - 기획 : 이정현, 장광수
   - 프로그램 : 이창희, 임수진, 허재석, 설태영, 엄효원, 이미진, 임진영
   - 그래픽 : 김주관, 김영준, 김용민, 안보라, 안재희

3. 게임명
   - 월광(月光)
     서양에서의 달은 악의 상징
     게임 설정상 살인마들은 보름달의 뜨는 날에 살인을 즐김

4. 제작 목적
   - kgca 15기 졸업 프로젝트
   - 각 파트별 실력향상

5. 개발 기간
   - 2008년 10월 ~ 2009년 2월(약 5개월)

6. 게임 장르
   - 호러 어드벤쳐

7. 게임 시점
   - 1인칭 카메라뷰

8. 게임 주요 시스템
   - hand­held 카메라 기법
     hand­held 카메라 기법은 사람이 카메라를 직접 들고 찍는 기법으로써 최근 개봉한 [REC]와 [클로버필드]에서 사용된 적이 있습니다.
     이 촬영 기법의 장점은 생생한 현장감이 느껴지고, 3인칭 시점으로 접근하는 작품들은 많은 정보를 제공하는 반면,
     1인칭 시점의 경우는 주인공과 동일시할 수 있는 요소를 제공하기 때문에 공포감을 극대화 할 수 있습니다.

   - 불안 장애
     사람이 어두운 곳에 오래 있게 되면, 심장박동이 빨라지고, 정서적으로 불안해 집니다.
     이 증상이 심해 지게 되면 환청 및 환각 증상 까지 나타나게 됩니다.
     이 불안장애 증상을 게임에 이용.
     게임상 적의 시야에서 잠시나마 숨을 수 있는 곳은 대부분 어두운 장소입니다.
     그러나 이 어두운 곳에 오래 머물러 있으면, 불안장애 현상이 일어나서 게임을 컨트롤 할 수 없는 상황이 생기게 됩니다.
     때문에 플레이어는 주기적으로 밝은 곳으로 나가 이 수치를 낮춰 줘야 합니다.
     이 시스템을 이용하면 어둠고 안전한 곳이 언젠가는 위험한 장소가 되는 양면성 구조를 가질수 있고,
     적이 있는 밝은 곳에 주기적으로 나가야 하는 위험한 행동을 함으로써 스릴을 느낄수 있을꺼라 예상 됩니다.

   - 동행 NPC
     게임 진행상 플레이어는 항상 npc한명과 같이 도망 다녀야 합니다.
     동행 npc가 죽게 되면은 게임이 끝나기 때문에 따라와, 멈춰 등의 명령 커맨드를 상황에 맞게 사용해서 동행 npc를 보호 해야 합니다.
     동행 npc역시 불안장애 수치가 있습니다.
     동행 npc의 불안장애가 발동하게 되면 적에게 발각 되거나 위험한 상황에 처할지도 모르기 때문에 수시로 확인해야 합니다.

9. 게임 툴 설명
   - 케릭터툴, 맵툴, 이펙틀 툴의 기능을 모와 한번에 작업이 가능하게 구현함.
   - 별도의 작업 없이 이벤트 툴의 기능으로만 게임에 필요한 이벤트를 제작 할 수 있도록 구현함.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[2008. 12. 15. 작업일지]

오늘 아침 6시까지 작업을 하고 2시간 자고 학원에 갔다.

요새 점점 수면시간이 줄어 들고 있다.
사람이 다급해지니깐 수면시간이 확 줄었는데도 피곤하지가 않다.

학원에서는 팀내 일이 있어서 툴작업은 아예 못하고 몇몇 버그 정도 수정만 하였다.

현재 간단히 셰이더를 넣어서 대충 게임 배경과 비슷하게 연출 해 보았다.
카메라 방향쪽으로 광원을 주어 카메라가 보는 곳만 살짝 밝아진다.
(위에 스샷 2장은 같은 위치에서 카메라만 살짝 돌려 찍은 스샷이다.)

학원에서 돌아와서 픽킹 작업을 검사로직까지 구현하였다.

이제 픽킹 마무리 짓고 BSP 분할로직을 구현하면 뒤엎기전의 툴의 90% 이상 복구가 된다.




오늘 내년도 병특 TO를 오늘 확인하게 되었는데... 정말 하루 2시간 수면도 아깝다는 생각이 든다..
점점 병특 TO가 줄어 든다는 것이 느껴진다...

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[2008. 12. 14. 작업일지]

주말 버닝으로 코드 및 로직이 다 바뀌었다.

아직 기존툴 기능이 다 구현되지는 않았지만 맵파일 로드에서 부터 랜더까지는 완벽하게 된다.

예전 툴에 비해 퍼포먼스도 상당히 많이 올라갔다.
기존툴에서 전체 맵을 출력할 때는 고작 60fps 가 200fps 정도로 엄청나게 올라갔다.
기존의 툴은 DrawPrimitiveUP을 썼었고 새로운 툴은 DrawPrimitive를 쓰며 호출 횟수도 상당히 줄었다.

새로운 툴의 구조가 상당히 바뀐게 눈으로도 보인다.
기존에 없던 섹터클래스나 포탈클래스 그리고 BSP 로직을 바꾸면서 필요한 익스포터 된 파일을 필요한 데이터 포맷으로 바꿔주는 컨버터 클래스 ( 뭥미... ) 등 새로운 것들이 추가 되었다.

그리고 이번 코드는 기본이 쉐이더 코드로 작성 하였다.

기존 코드도 그냥 참고하는 식으로 부분부분만 가져다 쓰고 다 새로 작성하다보니 조금 오래 걸리긴 했다.
중간중간 로직 구상하는데도 시간이 좀 걸리고 말이다.

어서 기존툴정도의 기능을 복구 해야 할탠데 말이다.
픽킹이나 BSP분할 등  추가해야 할 기능들이 너무 많다.. ㅠㅠ

<< 2008년 12월 14일 오후 11시 29분 추가 >>


MapView 클래스의 일부분이다.

CTranslation 이란 중계 클래스를 만들었다.
CTranslation 클래스는 Lib 와 Tool 셋팅 값들을 중계 하는 클래스 이다.
앞으로 Lib와 툴의 셋팅정보는 저 클래스를 통하여 데이터를 주고 받을 것이다.

지금 막 카메라에 대한 정보만 살짝 넘겨 봤는데 제대로 작동 하고 있다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[2008. 12. 12 작업일지]

BSP 내부지형 자동 분할 기능을 제작 하던 중 맵 툴의 전반적인 수정이 필요하다는 결론을 내렸습니다.
지형 맵이 큰데다가 로직이 잘 못 되었는지 2진트리를 타고 들어가는 재귀호출하다가 스택 오버플로어가 일어 나더군요.
일단은 주말 동안 풀버닝으로 다른 구조와 형태로 맵에디터를 제작 하려 합니다. ( 이미 작업 시작 했음 )

3D Max 를 신뢰 했다 된통 당했습니다.

1. 그래픽 디자이너가 만들어준 지형이 유닛 단위가 cm 에서는 일치 하였지만 mm 단위에서 0.000 단위의 오차가 생깁니다.
일단 위의 오차는 자체 포맷으로 익스포터 된 데이터를 로더 할 때 소수점 첫번째 자리에서 반올림으로 처리하기로 결정냈습니다.

2. 왜인지는 모르겠지만 노말값이 0.0f, 0.0f, 0.0f 인 데이터가 있다는 점입니다.
노말값이 없는 데이터 때문에 분할할때 이 면을 나눌면으로 잡혀서 무한루프 도는 현상을 발견했습니다.
이 또한 로더에서 노말값이 없는 데이터는 읽지 않도록 처리 하기로 결정 냈습니다.


최종 결론은 일단 주말동안 툴 새로운 로직으로 새로 작업 하기로 결정.

현재 생각 중인 새로운 로직은 2가지 정도
1. BSP 보단 툴에서 포탈을 생성하여 포탈형 배열 구조로의 변경
2. BSP 로직 수정 및 포탈형 구조도 포함 ( 원래 하려 했던 계획 PVS 까지... )

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[2008. 12. 08 작업일지]

오늘은 BSP가 이상하게 작동하여 하루종일 그것만 보느라 삽질 하였다.

같은 평면에 있으며 노말 방향이 같은데도 어느쪽은 Front 노드에 어느쪽은 Back Node에 넣어지는 버그를 발견 한 것이다.

처음에는 내 쪽 처리가 문제인가 하고 보았다.

하지만 테스트용으로 만들었던 맵 파일은 제대로 분할이 되는거 였다...

그래서 맵 데이타 파일을 보았다...

이럴 수가 맵 파일 수치가 약간씩 오차가 생겨 있는 것이다.

#MESH_FACENORMAL 123    -0.0000    1.0000    0.0000　　　　　　　　　// 페이스 노말
       400.0001    -2649.8442    0.0000     -0.0000    1.0000    0.0000　　　　　// Vertex X, Y, Z   Normal
       400.0000    -2649.8442    110.0000     -0.0000    1.0000    0.0000　　　　// Vertex X, Y, Z   Normal
       850.0000    -2649.8442    110.0000     -0.0000    1.0000    0.0000　　　　// Vertex X, Y, Z   Normal

위와 같이 400.0001 과 400.0000 으로 오차가 생기면서 뽑히는 것이다.

맥스 파일을 확인 하였지만 맥스상 수치는 동일 하였다..

이것 때문에 하루종일 보다가 결국 GG치고 방에 돌아와 2시간 삽질하다 혹 Unit Scale 을 바꿔볼까 하고 바꿔보았다..

아뿔사... 기존의 맵 데이터는 cm 단위로 제작이 되었는데... mm 단위로 바꿔보니.. 0.003 만큼 오차가 있는게 아닌가!!!!!

후... 저 오차 때문에 오늘 하루종일 삽질....

일단 밤새서 프로그램 적으로 처리 할 수 있음 처리 하도록 해보고... 안되면 어쩔수 없이...

그래픽 재희형에게 AS 부탁해야겠는데... 맵이 워낙 크니..-_-;;; 재희형 고생 하시겠네....

( 2008년 12월 08일 오후 11시 25분 )

대충 프로그램 적으로 수정이 된 것 같다.
맥스 익스포터에서 정점을 출력할때 소수점 4째자리에서 반올림을 한 값을 출력하도록 수정 하였다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[2008.12.06. 작업일지]

주말에도 나와서 작업하기로 했던 조원들이 모두 안나왔다.....   두고보자.......
우리조에서 혼자 학원에 와서 작업... ( ㅠㅠ )

오늘은 기능 보다는 툴 인터페이스 쪽으로 디자인 하였고 어제 작업하였던 BSP 분할에서 메모리 릭이 있어 그 부분을 잡았다.


[작업1] MapMgr 구현

원래 게임 내부 건물이 2층 건물이였다.
그래서 각 층을 이어줘야 하므로 여러맵을 읽어와서 관리 할 수 있도록 맵 매니저를 통한 맵을 관리 하도록 구조를 세웠었다.

그런데 현재 나온 한층 조차도 너무 맵이 넓어 ( DX 카메라 시야 10000.0f 에서도 잘 안보인다..-_-;; ) 단층으로 가기로 결정 했지만 나중을 위해서라도 이미 구현해놓은 맵 매니저를 안쓰긴 아까워서 오늘은 맵매니저를 통하여 여러 맵을 관리 할 수 있도록 작업을 하였다.

Indoor MapMgr Pane을 만들어 현재 맵 매니저가 읽어 들인 맵 목록을 출력하고 선택하면 선택한 맵으로 바꾸는 것이다.


[작업2] BSP 분할 시 메모리릭 잡음

메모리 릭을 잡으려고 1~2시간 뺑이 친거같다...
폴리곤 분할을 하면서 기존에 있던 분할되는 면을 날리는 과정에서 기존 폴리곤에 대한 데이터들은 동적할당을 하여 vector 에 넣는데 그 때 동적할당 된 데이터를 삭제를 하지 않고 그냥 vector 내에서만 삭제를 해버렸었다.

앞으로 vector 와 같은 공간에 있는 데이터를 삭제 할 때 잊지 말고 동적 할당 된 것이면 delete 부터 하고 삭제하자..-_-!!!
아 아니지 다른곳에선 다 delete 부터 했었구나..-_-;;


[작업3] 코드 다이어트

불필요 한 코드를 약간 정리 했다.
주석으로 막아 놨던 코드나 BSP 이전에 저장했던 공간에 대한 처리나 불필요한 코드를 정리 하였다.
완벽하게 모두 정리 한 것이 아니라 대충 아예 없어도 될 만한 몇몇 코드들만 정리 해놨다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2008/12/05 - [Ψ Develop/Δ Map Tool 3D] - 2008. 12. 05. Map Editor



내부지형 맵에디터 제작 하면서 폴리곤 분할에 사용했던 로직이다.

이 방법이 제대로 된 방법인지는 모르겠지만 여러 생각 끝에 나온 방법이다.

먼저 위의 폴리곤은 0 -> 1 -> 2 의 순서대로 그리는 폴리곤이다.

위의 폴리곤을 중간의 선으로 나눈다고 가정 하였을 때 다음과 같은 작업을 한다.
( 분할면의 노말은 <- 쪽이다. )

Front 와 Back 정점들을 넣을 공간을 vFront, vBack 이라 하겠다.

정점 0과 분할면을 비교하여 정점 0이 분할면 앞인가 뒤인가를 판단한다.  ( 정점 0은 분할면 앞쪽에 있다. )
정점 0과 1을 연결한 선분과 분할면을 검사하여 분할면에 걸쳤는지 판단한다. ( 선분01은 분할면에 나눠져야 한다 )
선분01은 분할면에 의하여 나눠져야 하므로 일단 vFront에 정점 0을 넣는다. ( vFront : 0  vBack : NULL )
선분01과 분할면을 계산하여 정점3에 대한 정보를 얻고 vFront, vBack에 넣는다. ( vFront : 0, 3 vBack : 3 )

정점 1과 분할면을 비교하여 정점 1이 분할면 앞인가 뒤인가를 판단한다. ( 정점 1은 분할면 뒤쪽에 있다. )
정점 1과 2을 연결한 선분과 분할면을 검사하여 분할면에 걸쳤는지 판단한다. ( 선분12은 분할면에 나눠져야 한다 )
선분12은 분할면에 의하여 나눠져야 하므로 일단 vBack에 정점 1을 넣는다. ( vFront : 0, 3  vBack : 3, 1 )
선분12와 분할면을 계산하여 정점4에 대한 정보를 얻고 vFront, vBack에 넣는다. ( vFront : 0, 3, 4 vBack : 3, 1, 4 )

정점 2와 분할면을 비교하여 정점 2가 분할면 앞인가 뒤인가를 판단한다.  ( 정점 2는 분할면 앞쪽에 있다. )
정점 2과 0을 연결한 선분과 분할면을 검사하여 분할면에 걸쳤는지 판단한다. ( 분할면에 걸치지 않았으므로 나누지 않아도 된다 )
선분20은 분할면에 의하여 나눠지지 않아도 되므로 vFront에 정점 2를 넣는다. ( vFront : 0, 3, 4, 2 vBack : 3, 1, 4 )

위와 같은 과정으로 정점들을 구했다면 그릴 순서를 정해줘야 한다.
나 같은경우 Front 같은 경우 0->3->4, 0->4->2  Back 같은 경우 3->1->4 로 그린다.



위와 같이 그릴 때 다음과 같은 공통점이 있다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2008/12/05 - [Ψ Develop/Δ Map Tool 3D] - 2008. 12. 05. Indoor Polygon Divide Logic


BSP 분할에 대한 처리를 완료 하였다.

이전 까지는 나눌 면과 겹치는 면에 대한 자르는 부분이 추가가 되지 않아 임시로 Front, Back 노드 두 곳에 넣어 놨었다.

그리고 오늘 면 분할기능을 추가하여 제대로 된 BSP 분할을 처리 하였다.

위의 사진은 공간 분할을 하기 전의 이미지 이다. ( 텍스처는 졸작 기획자 정현이형의 좀비 사진인지라 모자이크 처리... )

왼쪽 상단에 보면 WALL #0 ~ 3 까지 총 4개의 폴리곤으로 구성이 되어 있다.


분할 이후 Front Node의 모습이다.

Front 노드의 폴리곤 수는 총 5개 이다.


분할 이후의 Back Node 의 모습이다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

현재까지 Map Editor 진행 상황

BSP 공간 분할에 대한 작업을 하고 있다.

일단 분할면을 기준으로 앞, 뒤의 폴리곤 들은 제대로 분류가 가능하나 겹치는 부분에 대한 처리를 하지 않았다.

또한 트리를 이용하여 Node 정보를 보여주며 노드나 폴리곤 선택시 그 부분만 출력이 가능 하도록 제작 완료.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

현재 작업 중인 툴에서 조명 색상을 설정 할 수 있게 작업 하는 도중에 툴* 에서 사용하는 색상 값은 COLORREF 값을 사용한다.

0x00bbggrr 형태인 COLORREF 에서 D3DCOLOR 형태인 0xaarrggbb 형태로 변환이 필요하기에 만든 간단 매크로 이다.

( a = Alpha , r = Red , g = Green , b = Blue )


// D3DCOLOR -> COLORREF #define D3DCOLORTOCOLORREF( color ) (COLORREF)((color & 0xFF000000) | ((color & 0xFF0000) >> 16) | (color & 0xFF00) | ((color & 0xFF) << 16) ) #define COLORREFTOD3DCOLOR( color ) (D3DCOLOR)((color & 0xFF000000) | ((color & 0xFF) << 16) | (color & 0xFF00) | ((color & 0xFF0000) >> 16) )

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.