[💬] [용량주의] 개발일지-11

[Akssus(akssus)]

예전에 스프라이트로 층 쌓아서 3D처럼 보이는 기법 보고

함 구현해봐야겠다 생각했는데

지금까지 하던거 주석 작업이 넘 지겨워서 흥미 가는걸로 일단 잠시 갈아탐

첨엔 간단하게 오브젝트 하나만 표시할라고 생각함

뭘 만들어볼까 생각하자마자 바로 씰 할때의 크리스탈이 생각남

막상 자료 찾아보니 내 기억이랑 좀 다름 ㅋ

아무튼 제작 착수

Aesprite로 시트 만들고

예전에 만들어뒀던 스프라이트 시트 읽어오는거 재활용해서 읽어들임

그래서 대강 구현함

여기서 나무는 사실 요래 생긴 스프라이트 시트

여기까지는 기술적으로 크게 어려운점은 없었음

약간 고민했던건 여러 유사3D 스프라이트 중 어떤 순서로 렌더링 해야되나 였는데

레이어 아래에서부터 먼저 그리고 같은 레이어라면 카메라 좌표계로 변환 후 y값을 depth라고 치고 depth값이 낮은 순으로 정렬하고 렌더링함

한마디로 위에 있는것들이 먼저 그려진다는 거

여기까지 만들고

이왕 만든거 디오라마처럼 한번 꾸며보자 하고 생각했는데

코드 안에 수동으로 객체 생성하고 좌표 지정하고 하는게 너무 노가다였음 ㅡㅡ

그래서 배치만 도와주는 툴을 만들어야 겠다 해서

3D 툴 만들기 전에 툴 만드는 연습도 해봐야겠다 싶어서 툴 제작에 착수함

QT로 제작ㄱ

머 기능도 별거 없는데 금방 만들겠지 했는데

만들면서 점점 아 이거 필요하네 저거 필요하네 하다보니 점점 몸집이 커짐 ㅡㅡ;

툴에 쓰이는 MVC구조가 겜 클라이언트 만들때랑 너무 달라서

스프라이트 객체를 표현하는 모델을 하나만 쓰면 될걸 리스트, 트리 뷰, 캔버스에 각각 데이터가 따로 존재하는 병크짓함...

확장성 생각 안하고 원래 만들 생각도 없던걸 덧붙이고 덧붙이고 하다보니 코드도 맛이 감 ㅠ

그렇게 쓸 수 있을 정도로 만들어진 툴

대강 이런식으로 사용함.. 

스프라이트를 추가할 때 id가 없자니 같은 스프라이트를 두개 이상 운용할수가 없고,

스프라이트 데이터를 수정할 수 있게 하자니 트리 뷰를 추가하고,

수치 입력으로만 배치하자니 너무 불편해서 캔버스에서 드래그해서 바로 움직일 수 있게 하고

이런식으로 추가 추가 하다 보니 툴 만들때 고려해야 될게 얼마나 많은지 깨닫게 됨...

한번 만들어 놓은 맵 데이터를 툴 껐다 키면 다 사라지게 해버리면 말짱 도루묵이니까

맵 데이터를 입출력 하는 기능도 넣음

S3D라는 포맷으로 출력이 되는데 사실은 zip파일이고

안에는 메타데이터 map_data (이놈도 json)와

스프라이트의 이미지파일과 시트 데이터들이 압축되어 들어감

import 할 때는 s3d 파일 안의 모든 데이터를 일단 메모리에 올린 후 메타데이터를 토대로 리스트, 캔버스에 뿌리기

export json은 리소스 없이 메타데이터만 출력하는 건데 

이 경우 리소스는 겜 클라이언트측에서 알아서 준비해야 댐

여기서 또 골치 아프게된게 어떤걸 먼저 그리는가 하는 렌더링 순서인데...

오브젝트의 크기가 커지면 y좌표 하나를 기준으로 선후 판별을 하긴 힘듬 ㅡㅡ

그래서 정렬 방식을 좀 바꿨는데

개념적으로는 이런식

스프라이트A,B 의 경계박스 의 최좌단, 최우단 좌표 두개를 구하고 선분으로 취급.

A의 두 좌표에서 위로 광선을 쏴서 스프라이트B에 적중한다면 A는 B보다 나중에 그려져야 함.

이걸 정렬 메소드로 적용...

실제로 구현할 때는 좀 더 해야될게 있지만 ( B선분이 A선분 사이에 위치해서 가려지는데도 hit하지 않는 경우)

기본적인 아이디어는 이러함.

당연하지만 오버헤드가 장난 아니라서 디버그 버전 라이브러리로 돌리면 버벅거림 ㅡㅡ;

하여간 엄청 돌아왔지만 원래 목적이었던 디오라마 만들기에 착수

오브젝트 만드는것도 단순한 모양이면 몰라도 만들기 너무 힘듬;

요래요래 해서 출력

겜 클라이언트에선 맵 임포트 후에 조작가능한 오브젝트 하나 더 추가

최종 결과

정리:

오브젝트 만들때 복잡한 모양 만들기가 너무 힘들고

스프라이트 쌓을때 드로우 콜 회수가 너무 많아서 비효율적이고

한마디로 이거 할바에 그냥 3d로 만드는게 나음

다만 2D 게임에서 몇몇개 3D 처럼 보이는 오브젝트 만들때 유용할 기법임.

[dsaf(118.216)]

ㄷㄷㄷ;;

[ㅁㄴㅇ(124.61)]

최적화를 위해 엔진 심층부까지 건드리는 툴이 나오면 또 모를까 표현조금 독특하게하자고 저걸로 상용게임만드는건 너무 낭비더라

[ㅁㄴㅇ(124.61)]

동시에 야니메이션에서 스파인이 있듯이 유사3d쪽을 위한 패키지 툴을 누가 만든다면.. 그때쯤이면 지금 도트 지분 을 양분할정도는 되지않을까

[노이ㄴ(liliilli)]

호옹... 툴을 만드셨네 아예. QT 나름 할만한가요?

[Akssus(akssus)]

ㄴ 매우좋음

[vanilla(175.223)]

추천 안할수가 없는 글이네요

[SierraTiㄷㅅㅇ(etd2013)]

하긴 y축 1픽셀마다 한장씩 로드될테니 규모 조금만 커져도 부담될듯 ㅊㅊ

[새우맨(222.120)]

이야 시원시원하게 개발하는 느낌이 멋지당

[dd(14.33)]

느낌 이쁘다