1. 지형만들기 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6611335&t

2. 링크 움직이기 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6622888

3. 참피의 행동패턴 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6638982

4. 샌즈 오류, 그래픽의 질 상향 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6650423

5. 공격, 통피분신술 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6662892

6. 시체,이지,"큰사람" https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=6696778

7. 세계의 확장 https://gall.dcinside.com/mgallery/board/view/?id=aoegame&no=7876684&exception_mode=recommend&page=1

저번시간... 핫산은 2중 그리드로 맵 정보를 맵핑해 저장하려다가 대가리가 깨져버리고 말았다...

대가리를 싸매고 히오스나 돌린지 어연 2주째...

핫산의 대가리를 번뜩이며 스쳐가는 생각이 있었으니 그것이 바로 객체다.

생각해보니까 맵 자체를 객체로 만들어서 그리드에는 객체 id만 넣어서 관리하면 되는거 아님??

바로 실행에 옮긴다. 맵을 만들면서 obj_platform을 같이 만들고

그 오브젝트의 id를 따로 저장할 그리드에 저장한다음

플렛폼 객체에게 자신이 위치한 x y 정보를 알려준후

해당 오브젝트를 비활성화 해버렸다.

사실 객체 단위로 저장해서 관리하자는 생각은 계속해서 하고있었으나.

맵마다 하나의 객체를 지정해주면 그 객체들에 대한 최적화, 사용하지 않는 객체와 사용하는 객체의 구별을 어떻게 해야할지 몰라서

삽질하고 있었다. 근데 생각해보니까 인스턴트 비활성화 기능이 있었더라고

쓰는 객체만 활성화하고 나머지를 비활성화 해버리면 최적화도 해결되고 구별하는것도 해결된다.

시스템 컨트롤러는 지속적으로 플레이어가 위치한 맵의 위치와, 세이브 인스턴트 그리드에 저장된 객체 id의 위치가 일치하는지 검사한다.

그것에 변화가 생긴다면, 시스템 컨트롤러는 바뀐 맵에 대응하는 객체 id를 꺼내서 활성화 시킨다.

맵의 위치에 변화가 생기는 순간은 플레이어가 포탈을 이용할 때이다.

포탈을 이용하면 지금까지 플레이어가 맵으로 사용하던 객체를 비활성화 해준다.

오브젝트 플렛폼에는 first_enter라는 논리 변수를 하나 선언해준다 //농담이다 겜스는 병신엔진이라 숫자 들어가는 변수는 전부 double로 받는다

이 변수는 플레이어가 맵에 처음 들어왔는지 체크해준다.

여기서 의문이 생길수 있다. "플레이어가 무언가를 놓치고와 이전맵으로 돌아가면 첫번째 입장이 아니니 액션이 실행되지 않는것이 아닌가?"

이곳에서 사용하는 first_enter는 플레이어의 입장 여부를 체크하는것이 아니다.

우리는 게임이 시작할때 미리 객체들을 모두 생성해버린다음 비활성화 함으로서 "생성됨" 이벤트를 사용할수 없게 되었다.

플레이어가 방에 입장했을때 몬스터 그리드는 변하지 않으므로 상관 없지만, 그 그리드에 저장된 정보를 가져와서 몬스터를 소환해주는 단계가 있어야한다.

그 단계는 일반적으로 객체의 스탭 이벤트에 할당된다. 여기서 잠시 스탭에 대해 간단히 설명하자면, 스탭 이벤트는 다른 언어의 '스레드'와 비슷한 이벤트로

1초에 룸스피드만큼 (보통은 30으로 설정되니 30번 만큼) 반복되는 이벤트다. 즉 우리가 첫번째 입장인지 체크해주지 않는다면 스탭이벤트는

내가 활성화 되어있니? and 몬스터 그리드가 존재하니?

그럼 그리드 정보 받아와서 몬스터 생성해!

내가 활성화 되어있니? and 몬스터 그리드가 존재하니?

그럼 그리드 정보 받아와서 몬스터 생성해!

내가 활성화 되어있니? and 몬스터 그리드가 존재하니?

그럼 그리드 정보 받아와서 몬스터 생성해!

내가 활성화 되어있니? and 몬스터 그리드가 존재하니?

그럼 그리드 정보 받아와서 몬스터 생성해!

.

.

.

이런식으로 여러번 동작해버린다.

뭔가 장황하게 설명하긴 했지만 대충 저 변수는 스탭이벤트의 중복 실행을 막기위한 변수다

만약 우리가 처음 입장했다면

몬스터를 만들어준다.

이제 처음 입장하지 않았음

몬스터의 위치를 유심히 지켜보자.

정보가 성공적으로 저장되었다!

이 단계에서 처음부터 몬스터가 아예 존재하지 않을 경우 배열 범위 오류가 나는걸 확인해 배열이 처음부터 [0],[1]공간을 가지고 시작하도록 하였다.

이제 맵 정보가 성공적으로 저장되는것을 확인했으니 이제는 지형을 만들 차례다.

먼저 항상 가운데에 위치하던 포탈을 랜덤한 위치에 생성되게 만드는 것 부터 손보았다.

대충 이렇게,

모서리에 포탈이 생성된다면 2개의 포탈이 겹쳐버릴수 있는 문제가 있으므로 구석자리에는 포탈이 생성되지 아니한다.

포탈의 위치가 랜덤해졌으니 이제 플레이어가 지정된 좌표로만 이동해서는 안된다.

이전까지는 포탈을 이동한 후 플레이이어의 좌표 이동을 포탈 오브젝트가 담당하였지만

이제 포탈 오브젝트는 플레이어를 직접 이동시키는것이 아닌 플레이어가 어느 방향 포탈을 이용했는지에 대한 정보를 플레이어 오브젝트에 전해준다.

플레이어 오브젝트는 포탈 오브젝트에게 전달받은 방향 정보를 토대로 자신의 위치를 재구성한다.

좋다.

이번엔 지형을 만든다. 지형 테스트를 위해 일단 기본적으로 공간이 모두 산으로 리전 되도록 설정하였다.

벌써 존나 옛날이 되어버린 예전 연재에 씨부린 바로는 일단 하트비스트좌의 코드를 사용해 대충 지형을 만든뒤

셀룰러 오토마타 보정을 통하여 지형을 만든다고 했었다.

하지만 그런식으로 작업하면 공간과 공간의 유기적인 연결을 보장해주지 못하기 때문에 일단 주석처리 해놨었다.

그 주석 처리를 풀기위해 공간과 공간사이의 연결을 보장(물리) 해주는 로드메이커 오브젝트를 하나 만든다.

로드메이커는 포탈의 x,y좌표에 소환된후, 스테이지의 중심부 cx,cy와의 길을 만들어 준다.

자기 위치가 중앙보다 작으면 자기 위치를 한칸 키우고

자기 위치가 중앙보다 크면 자기 위치를 한칸 내린다.

최종적으로 자기 위치가 중앙과 똑같아지면 무한 루프를 break로 빠져나온다.

포탈은 생성될때, 연결을 보장해줄 로드메이커를 자기 위치에 생성한다.

성 공!

이제 통한의 주석처리를 풀어준다.

생성된 지형.

다음시간엔 아이템으로 찾아올수 있으면 좋겠다