[📜일지] 광물 + 동굴 + 최적화

[익명(ppukku999)]

광물은 기존에 노이즈를 gpu에서 텍스쳐와 tex3d로 샘플링 했는데, 이게 cpu에서 gpu에서 얻은 값과 완벽히 똑같은 값을 도저히 가져올 수가 없더라고.

그래서 광물이 있어보이는데, 광물이 드롭 안되고, 광물이 없어보이는데 드롭되고 그런 문제가 있었어.

그래서 structuredbuffer로 gpu에 노이즈배열을 전달해주고 gpu, cpu 둘 다 직접 trilinear interpolation으로 값을 구해줬더니, 양쪽에서 완벽히 일치하는 값이 나와.

큐브의 꼭짓점 5개 이상이 광물일 경우 광물이 드롭되게 해줬어.

최적화는 결과만 말하자면 대략 20~40%정도의 동굴 성능 향상이 있었어.

불필요한 작업을 제거한다고 코드가 점점 복잡해지고 있지만 필요한 일이야.

별거 없어보이는데, 최초에 동굴을 파내는 작업 구현하는것보다 힘들었어.

정확히는 노이즈를 텍스쳐로 전달해야한다는 고정관념에서 벗어나지 못했던게 크지만.

[익명(112.175)]

[익명(14.42)]

광물 텍스쳐가 폴리곤의 버텍스나 엣지에 딱 들어맞게 되면 어떨까 마칭큐브 같은 복셀 알고리즘이면 텍스쳐좌표도 절차적으로 생성할 수 있을것 같은데

[익명(ppukku999)]

원래 그렇게 하려 했는데, 메쉬 모양이 바뀔 때 광물이 있어보이는 위치도 달라져서 안되겠더라

[익명(180.69)]

나도 비슷한 구현 중이여서, 글들 잘 보구 있어 근데 나는 도저히 넓은 범위를 로드 하는 거는 성능이 안 나온다 ㅠㅠ 디버깅 해 보면, 거진 다 지형 초기화 할 때, 옥트리 안의 지형 정보를 초기화는 과정에서, 오래 걸리는 걸로 나오는데, 혹시 요 구현은 게임 시작 전에, 이미 지형 정보가 계산된 옥트리 값을 가지고 시작하는 거야?? 멀티 코어로 분할해도, 게임 도중에, 청크를 로드하면서, 그 청크의 옥트리 지형 정보를 계산하는 거는 너무 느려서 코어를 전부 할당해도 느린 것 같다 ㅠㅠ

[익명(ppukku999)]

어떤 알고리즘을 쓰는중인지는 잘 모르겠어서 내 상황에 맞춰 답해줄게. 일단 나는 청크 로드 시 모든 데이터를 새로 생성하고있는게 맞아. 밖의 옥트리 청크노드가 아무리 커져도 하나의 청크에서는 난 32x32x32개의 노드만 체크하고 있어. 높이맵이기 때문에, 대부분의 청크에서는 지형이 있는 높이를 한번에 특정지을수 있기 때문에 사실 대략 32x32개의 노드만 체크해주면 되고, 여기에 더해서 특이사항이 없다면 16x16x16정밀도로 내려가도 문제 없길래 그렇게 하고 있어. 정직하게 모든 데이터를 생성하려고 하면 나도 감당이 안되더라.

[익명(ppukku999)]

아 제일 중요한게 빠졌네. 데이터가 없을 청크를 감지해서 얘네는 바로 스킵해줘야 돼. 이게 제일 커.

[익명(180.69)]

아 나는 정직하게 다 채워놓는걸로 생각하고 있었어... 예측 가능한 정보들로 연산을 크게 생략해 버리는 방식이구나 ㄷㄷ 알려준 방법대로 하면 어느정도 해결책이 보일 거 같다, 고맙당!!