[🐣질문] 주변 타일들 체크하는 방법은 노가다인가요?

[익명(125.141)]

맵에 노드가 절차적으로 생성되고

2d 타일맵같이 주변 8방향에 의해서 빨간색 타일의 모양을 정해야 한다면

8방향을 전부 체크해서 경우의 수로 노가다 하는 방법밖엔 없을까요?

아니면 더 좋은 방법이 있을까요?

[ㅇㅇ 1(110.13)]

1. 당신이 원하는 것 = 주변 8 타일에 의해 가운데가 정해진다. 그렇다면 당연히 8 타일을 검사할 수밖에 없음. 그렇게 본인이 원한다고 하니까. 2. 경우의 수를 전부다 노가다 해야하는가? 이것도 질문이 조금 결여된 느낌인게 말만 봐서는 8타일 칸 하나하나에 A,B,C 라는 상태가 존재한다고 가정하면 3X3 행렬로 치고 각 부위에 A,B,C 중 뭐가 들어가고, 뭐가 안들어가고 하는 식으로 가장 가운데 빨간 값이 정해지는 것 같은데. 그걸 '어떻게 하는지'에 대해 아무 말도 없기 때문에 해당 질문만으로 대답할 수가 없음. 왜냐면 질문자가 원하는 방향이 안 나와 있어서(한마디로 대략적인 질문)이라 답도 대략적으로 할 수 밖에

[ㅇㅇ 1(110.13)]

혹시 이런 답이 될 진 모르겠는데 셀룰러오토마타 구글에 쳐보셈. 여기선 0,1에 관련된 부분만 다루는데 이 0,1 값에 따라서 (주변부) 지금 질문자가 원하는 것처럼 어떤 '상태'를 만들어버림. 이런 방식이라면 질문자가 말한 '노가다' 보다는 조금 더 난 상황일 수도 있으니까

[익명(125.141)]

9개의 타일 모두 그냥 벽이라고 생각하시면 됩니다 모두 같은 종류이고 그저 어떤위치에 벽이 있고없고에 따라서 가운데 벽이 어떤 이미지가 나와야 하는가를 결정해야 하는데 이 방법은 노가다 밖에 없을까 싶어서요

[ㅇㅇ 1(110.13)]

질문이 유니티에서 팔레트로 맵을 만들 경우 ( 이 경우는 절차적 생성은 아니니까 질문자와는 다른 말인데 ) 자동적으로 스프라이트 이미지가 적절하게 바뀌면서 벽 이미지가 적당히 나오는 일을 할 수 있지만, 현재 질문자는 대충 그런 방식으로 하고 있지 않다는 말인 거지? 그러면 어쩔 수 없이 해당 부분 작업을 로직을 짤 수 밖에 없을 것 같은데

[개발하는똥개(skten1234)]

나도 전에 같은 질문 한적있는데 노가다 뿐이더라

[개발하는똥개(skten1234)]

조금이라도 최적화 하는 법은 있겠지만

[익명(125.141)]

결국은 경우의수 노가다 인거죠?

[ㅇㅇ 2(121.149)]

가운데의 외형을 결정하는 데 주변 8개의 타일 정보가 반드시 알아야 하는 정보임 생성 속도가 문제라면 정적으로 미리 생성해두고 그걸 로드 하는 게 방법 중 하나

[에뚜(ssss4610)]

주변 8타일을 2진법으로 써서 연산량 최소화하면서 구현할 수도 있는데, 난 그냥 if문 노가다해서 구현함

[익명(125.141)]

그게 제일 빠를것 같긴 해요

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(125.141)]

코드 내에서 결정지으려면 파일화 하는게 두번작업하는거 아닌가요?

[ㅇㅇ 3(220.120)]

52개 돌려도 다 돌아감 그냥 하면됨