[💬] 절차적 생성은 매번 머리 터질거같음

[익명(marokim)]

아 조금만 더 수정하면 될 거 같은데 하면 시간 진짜 엄청 잡아먹고 순식간에 지나감
영문 글 논문 다 냠냠 먹고 코드 읽고 뭐 하고 하면 아오

대부분 절차적 생성 겜들이 템플릿 위주로 하는 이유가 있긴 함 뭔가 자연스레 하려고 하면 빡세긴 하더라

유저가 뭔가 반복적으로 느끼니 뭐니 알빠노 생각이 절로 듬 ㅋㅋㅋ

[사슴발레리나(dearvalerie)]

청크들을 템플릿으로 만들어놓고 청크를 생성하는게 그보다 더 작은 단위로 하나씩 생성하는것보다 편하지 아무래도

[사슴발레리나(dearvalerie)]

패턴이 겹치는 문제는 바닥타일, 장애물, 벽, 적 배치 등등 템플릿들을 세분화해서 조합 가능한 가짓수로 커버하면 생각보다 똑같은걸 계속 본다는 느낌은 덜 드는듯. 내가 보기엔 아이작도 그런거같은데 뭔가 비슷한 배치를 본적은 있어도 완전 똑같은 맵을 돌고 있다는 생각은 안들었슴

[익명(marokim)]

일반적으로는 아무리 작아도 방 단위로 템플릿을 만들더라 coq같은 겜도 wave function collapse로 까놓고 준 날먹으로 처리하고 나도 시간 아낄라면 타협 해야 하는데 또 그게 쉽지 않네 기한 정해 놨다가 지나면 걍 멈출 생각이긴 함

[사슴발레리나(dearvalerie)]

제작자가 원하는거 만들면서 만족감느끼고 재미느끼면 그게 맞는거라고 봄. 물론 생산성 면에선 적당히 타협하는게 좋긴 함. 바닥타일 배치 하나하나까지 세심하게 보는 플레이어는 많지 않을거고 대부분의 플레이어들은 적이나 아이템 배치처럼 자기가 겜중에 직접 관여하는 요소들에 더 신경쓰지 않을까 싶음. 지형이 게임에서 핵심적인 역할을 한다면 지형 = 직접 관여하는 요소라고 생각해서 하나하나 절차적 생성해도 되고 이것저것 해보셈 재밌자너

[익명(marokim)]

맞음 재미있으니 아이디어 떠오를때마다 시간 태우는 거긴 함 어짜피 유저들은 크게 개의치 않아 할거 같은데 생각은 하면서도 아 ㅋㅋ

[ㅇㅇ 1(119.200)]

절차적 생성은 구현하는데 품도 많이 들고 막상 구현해놔도 만족할만큼 변화폭이 큰 것도 아니고, 그런다고 변화폭을 키우면 원하는 대로 제어하는 것도 그만큼 더 빡세져서 원하는 결과가 안나오는 경우도 많고 여러모로 계륵인듯