컬링은 성능 최적화입니다. 따라서 단지 그것을 위해서만하는 것이 이치에 맞지 않습니다. 당신은 이유가 있어야합니다.

XNA 프레임 워크가 아닌 GPU는 매우 빠른 속도로 삼각형과 픽셀을 잘라냅니다. 제출하는 모든 삼각형은 반드시 정점 셰이더를 통해 변환되어야합니다. 그런 다음 화면에서 떨어지는 것을 제거합니다. 그런 다음 나머지 삼각형을 채우고 화면에서 벗어난 픽셀을 컬링합니다. 그런 다음 나머지 픽셀은 픽셀 셰이더를 통해 백 버퍼에 그려집니다.

(내가 “그런데”라고 말하면 실제로는이 모든 작업을 대규모 병렬 파이프 라인에서 수행합니다.)

따라서 개별 삼각형을 제거해야하는 경우는 매우 드물고 드문 경우입니다. 꼭짓점 한계에 도달하려면 터무니없이 많은 수의 삼각형을 그려야합니다. 채우기 속도, 텍스처 가져 오기 또는 픽셀 쉐이딩 한계에 도달하려면 일반적으로 심도 복잡성이 높아야합니다 (이 경우 뷰포트 / 절두체 컬링이 도움이되지 않음).

따라서 일반적으로 화면 외형을 만드는 데 비용이 거의 들지 않습니다.

특히 “객체”(일반적으로 3D 객체)를 그리는 맥락에서 비용은 실제로 해당 객체를 GPU에 처음 제출하는 데 있습니다 . 너무 많은 객체를 제출하면 배치 제한에 도달합니다 ( 프레임 당 수천 * 배치가 생성됨).

배치에 대한 자세한 설명은 이 답변 과이 링크 된 슬라이드 데크 를 읽는 것이 좋습니다 .

이 때문에 절두체 컬링을 구현하면 GPU에 제출하는 배치 수를 줄일 수 있습니다. 배치 제한이있는 경우 제한을 초과 할 수 있습니다.

이제 귀하의 질문은 2D XNA에 관한 것 SpriteBatch입니다. 이것은 조금 다릅니다.

“Sprite Batch ” 라고하는 것은 실수가 아닙니다 . 그것이하고있는 일은 그리는 스프라이트를 가져 와서 배치하여 가능한 한 적은 배치로 스프라이트를 GPU에 제출하는 것입니다.

그러나 SpriteBatch는 다음과 같은 경우 새 배치를 시작해야합니다.

• 단일 배치에 맞을 수있는 것보다 더 많은 스프라이트를 그립니다 (XNA 4의 2048 스프라이트)
• 텍스처를 변경합니다 (텍스처별로 정렬 옵션이있는 이유)

따라서 컬링은 첫 번째 방법을 사용하는 경우 적합한 최적화입니다. 너무 많은 배치로 끝나는 엄청난 수의 스프라이트를 전송하는 경우 (대역폭을 많이 사용하고 있지만 배치 제한에 먼저 도달 할 것이라고 확신합니다). 이것은 일반적으로 당신이 진정으로 거대한 세상을 가지고있을 때만 일어날 것입니다. 그래서 당신은 일반적으로이 경우에 매우 단순하고 빠르지 만 부정확 한 컬링을 피할 수 있습니다.

– 지금 당신이 충분히 배치 한도를 초과 당신을 데려 갈 수있는 텍스처 스왑, 함께 그리는 경우 와 그 중 많은 실제로 스크린 떨어져 있습니다 및 배치 제한에서 당신을 얻을 것이다 그들을 도태. 그렇다면 예-컬링은 작동하는 최적화입니다.

그러나이 경우 추구하는 더 나은 최적화는 텍스처 아틀라스 (일명 스프라이트 시트)를 사용하는 것입니다. 이를 통해 화면상의 내용 과 관계없이 텍스처 스왑 수와 배치를 줄일 수 있습니다 . 스프라이트에 소스 사각형을 지정할 수있는 주된 이유입니다.

(항상 항상 : 이것은 성능 최적화에 대한 조언입니다. 따라서 최적화를 추가하기 위해 노력하기 전에 게임 자체의 성능과 치는 한계를 측정하고 이해해야합니다.)

답변