[🐣질문] 탑다운 소팅문제

[태보미(taebomi)]

y축 기준으로 소트시키면

플레이어 크기가 1타일일 때

탑다운에서 1타일짜리 물체와는 앞뒤정렬이 됨.

건물을 타일을 조합해서 만든다고 치면

1층에서는 문제가 없지만

2층부터는 문제가 생기잖음.

이를 막기위해서 레이어를 하나 추가하고 탑레이어로 설정해주면

2층이상부터는 항상 앞으로 보여줄테니 위문제가 해결됨.

이때 플레이어 말고 몬스터가 2타일높이라고 치면

위 건물 앞에있으면 2층타일 밑으로 가려지는 문제가 발생함.

결국 이걸 해결하려면 건물별로 미리 타일조합해서 만들어서

스프라이트로 추출후에 피벗설정후 사용하는 방법밖에 없는걸까?

아니면 다른 방법이 있을까?

요약

타일맵에서 커다란 물체를 미리 스프라이트로 만들어서 배치하는 방법보다 효율적인 방법?

내용 추가

기본적으로 y축 기준으로 정렬시키면

요렇게 비슷한 크기의 타일과 플레이어 앞뒤 정렬은 깔끔함.

문제점은 위로 높은 타일로 만들어진 물체가 있을 때 그 뒤를 지나갈 수가 없음

짤처럼 각 타일이 개별적으로 비교를 해서 앞으로갔다 뒤로갔다 반복됨.

물론 못 지나가게 하면 해결되긴 하는데

위로만 길쭉한 물체 뒤를 못 지나간다는게 뭔가 미묘한 기분이라 해결을 하고 싶음.

그래서 위로만 길쭉한 물체의 경우 1층을 제외한 타일을 더 높은 레이어로 배치시켜줌

그럼 2층부터는 무조건 플레이어가 뒤로 그려지게되므로 자연스러워짐.

하지만 또 문제가 발생함.

사진과 같이 위로 길쭉한 친구가 나타나면 뒤로 지나가는 경우에는 문제가 없지만

앞으로 지나갈 때 문제가 발생함.

결국 이걸 해결하려면 저런 길쭉한 물체들은 

아예 통째로 스프라이트로 만들어서

하나의 피벗으로 플레이어와 앞뒤를 비교시키던가

제일 처음 기본 y축 소트에서 이동범위를 움짤처럼 제한시키는 방법밖에 없다고 생각됨.

글쓰다보니 그냥 막짤처럼 하는게 맞는것 같네...

위 길쭉한 친구도 자연스럽게 벽 뒤를 지나갈 방법이 뭘까?

https://gamedev.stackexchange.com/questions/182663/sprites-draw-order-sorting-for-top-down-2d-game-with-floors-and-bridges

위 링크 문제랑 같이 고민중인 부분...

[겜린(glaura)]

답해주고 싶지만 무슨 문제를 겪고 있는 건지 아직 정확히 이해를 못하겠어..

[태보미(taebomi)]

밖에서 고민고민하다가 질문올린거라 좀 두서가 없었나봐 사진 첨부해서 다시올리고 댓달게 !

[태보미(taebomi)]

내용추가했는데 확인해주면 좋겠어요

[겜린(glaura)]

1. 길쭉한 돌기둥을 바닥타일로 취급하지 말고 움직이는 캐릭터들처럼 하나의 오브젝트로 취급하기 2. 길쭉한 돌기둥의 각 파트를 하나하나 바닥타일로 취급하고 싶다면 돌기둥의 다른 모든 파트가 맨 밑 바닥타일의 정렬값과 같다고 정의하고 정렬하기 겪고 계신 문제와 제가 이해한 문제가 똑같다면, 두 가지 방법 중 원하시는 방법으로 해결하실 수 있을 것 같아요.

[태보미(taebomi)]

감사감사 일단 1번으로 하고 여유될때 2번 구현해봐야겠음 !

[익명(vpqmflwmtkrhkakt)]

의외로 간단할지도

[익명(vpqmflwmtkrhkakt)]

빈 부모 오브젝트 하나 만들고 길다란 스프라이트 모두를 빈 오브젝트의 자식으로 두고 빈 오브젝트랑 y값을 비교하면 되지않을까

[익명(vpqmflwmtkrhkakt)]

자식으로 들어가는 첫번째 타일의 로컬y갑승ㄴ 좀 올려서 배치해야겟지 그럼

[태보미(taebomi)]

맞아 그래서 생각해본게 그냥 외부에서 타일조합해서 스프라이트로 미리 찍어낸 다음 그걸 오브젝트로 배치해주는 방법이 제일 간단할 것 같더라고. 이게 제일 최선인듯싶네

[익명(vpqmflwmtkrhkakt)]

랜덤하게 나오게해도 될거같은데 위에 타일이 몇개가 쌓이던 비교하는 y값을 빈 오브젝트의 y값으로 맞춰주면 상관없지않나

[태보미(taebomi)]

ㅇㅇ 맞음 말해준 방법으로 하고 sorting group 컴포넌트 사용해주면 아마 될거임. 나는 유니티 내부에서 타일 하나하나 오브젝트 안에 배치해서 만들기엔 이것도 나름 귀찮을듯 싶어서 차라리 외부 타일맵 에디터에서 그려준 다음 스프라이트로 뽑고 이거 유니티 오브젝트로 배치하는 방법을 생각했음

[익명(211.195)]

짐 피곤해서 내용이 안들어오는데 아마 좌표 비교를 스프라이트 중심이 아니라 바닥기준으로 하면 됨.

[익명(211.195)]

타일의 경우 높이가 다르면 z축 정보도 저장해놔서 소팅할때 z 다음 y 비교하면죄고

[태보미(taebomi)]

글에 잡소리가 많아. 맞아 피벗기준으로 비교하고 있긴 한데, 지금 문제는 타일맵을 이용하다보니 기다란 물체가 하나의 스프라이트가 아닌 여러개의 타일로 이루어져있다는 문제가 있어.

[익명(211.195)]

아니구나

[익명(211.195)]

음 윗분말대로 쌓여있는 타일은 묶어서 y로 비교하는게 맞을듯

[태보미(taebomi)]

[머스타드리소스(ssss4610)]

2D탑뷰의 고뇌..

[태보미(taebomi)]

가짜 시점의 괴리감인가봄 ㅠㅠ

[익명(175.203)]

좀 복잡하긴 하지만, 통짜 스프라이트 하기 싫으면 스크립트 만들어서 2층이상의 오브젝트에 붙이고, 기준타일을 캐싱한다음 그 기준타일의 z축으로 맞춰버리면 될듯!

[태보미(taebomi)]

이럴 경우 유니티 타일맵 컴포넌트를 이용하는건 아닌거죠?

[익명(1.230)]

언덕 있는 탑다운 만들 때 소트 레이어로 해결한 적 있었음 - dc App

[태보미(taebomi)]