Minecraft 1.20.1, 1.21.1용 Entity Culling 모드

마인크래프트는 플레이어 뒤에 있는 것들은 렌더링하지 않는데, 왜 벽이나 천장에 가려서 여전히 보이지 않는 것들까지 전부 렌더링하는 걸까요?

이 모드는 비동기 경로 추적을 도입하여 플레이어에게 실제로 보이는 것이 무엇인지 효율적으로 판단합니다. 사용 가능한 다른 CPU 코어를 활용해 시야 가시성을 실시간으로 계산하고, 숨겨진 블록 엔티티와 엔티티에 대한 불필요한 드로우 콜/처리를 제거합니다.

이는 엔티티 수와 월드 내 위치에 따라 프레임 레이트를 크게 향상시킬 수 있습니다.

비동기 경로 추적

• 남는 CPU 스레드를 사용해 가시성을 계산합니다
• 메인 게임 스레드를 차단하지 않고 함께 실행됩니다 (몇 틱마다 필요한 데이터가 메인 스레드에서 수집됩니다)
• 가시성 데이터를 실시간으로 갱신하여 팝인을 최소화합니다

엔티티 틱 최적화

• 보이지 않는 엔티티로 인한 클라이언트 부담을 줄입니다
• 완전히 설정 가능하며 대부분의 모드와 호환됩니다
• 서버 측 시뮬레이션, 농장, 몹 행동에 영향을 주지 않습니다

완전한 설정 가능

• 모드의 모든 기능은 설정 화면에서 켜고 끌 수 있습니다
• 컬링 또는 틱 컬링되지 않아야 할 엔티티와 블록 엔티티를 화이트리스트에 추가할 수 있습니다
• 빠른 그래픽 또는 사용자 지정 잎을 사용할 때, 엔티티 컬링을 위해 잎을 고체 블록으로 취급하는 옵션이 있습니다. 이는 숲 지역에서 성능을 높이는 데 도움이 될 수 있습니다

Minecraft - Loader - Status - Version - Note

1.19.4+ - Fabric/Forge/NeoForge - ✅ Supported - Latest 1.16.5-1.19.2 - Fabric/Forge - ❌ Not supported - Outdated - Might get new updates at some point 1.12.2/1.8.9 - Forge - ❌ Not supported - Outdated - Might get new updates at some point 1.7.10 - Forge - ❌ Not supported - Outdated - No updates planned b1.7.3 - Babric - ❌ Not supported - Outdated - No updates planned

EntityCulling을 켠 상태와 끈 상태를 직접 비교한 것입니다. 테스트는 Scarland (Hermitcraft Season 9)에서 렌더 거리를 16 청크로 설정하고 진행했습니다. Sodium, Iris, ImmediatelyFast 모드를 EntityCulling과 함께 사용했으며, Minecraft 1.21.5에서 Fabric 모드 로더로 실행했습니다.

마법 모드에서 애니메이션에 흔히 사용하는 클라이언트 측 엔티티는 예상대로 작동하지 않을 수 있습니다. 틱 컬링 및/또는 엔티티 컬링을 위해 설정 화면에서 해당 엔티티를 화이트리스트에 추가하세요. 올바르게 작동하지 않는 엔티티의 id를 Github에 보고하여 향후 업데이트에 포함되도록 하는 것도 고려해 보세요.

정상 범위를 훨씬 벗어나 렌더링되는 블록 엔티티도 화이트리스트에 추가해야 합니다. 예로는 바닐라 신호기, Create의 도르래, 특정 Botania 블록 등이 있습니다.

서버에도 설치해야 하나요?

아니요. 이것은 완전한 클라이언트 측 모드이며 서버에 설치할 필요가 없습니다.

몹 행동이나 농장에 영향을 주나요?

아니요. 이 모드는 엔티티의 렌더링만 건너뛰며 그들의 로직에는 영향을 주지 않습니다. 몹은 예상대로 계속 스폰되고, 이동하고, 아이템을 드롭합니다. 농장과 기타 게임플레이 메커니즘은 영향을 받지 않습니다. 틱 컬링 기능은 완전히 클라이언트 측 월드로 제한되므로 서버 측 시뮬레이션에는 영향을 주지 않습니다.

Sodium에서 "Use Entity Culling"을 활성화했는데, 그래도 이 모드가 도움이 되나요?

네! Sodium은 로드된 청크를 기준으로 기본적인 가시성 검사를 수행하지만, 이 모드는 더 나아갑니다. 실제 시야 가시성을 분석하여 보이는 청크 안에 있지만 플레이어에게 실제로 보이지 않는 엔티티를 건너뜁니다. 훨씬 더 적극적이고 정확한 접근 방식입니다.

이 모드의 성능 영향을 어떻게 테스트할 수 있나요?

조작 메뉴에서 디버그 키를 바인딩하여 모드를 즉석에서 켜고 끌 수 있습니다. 게임을 다시 시작할 필요 없이 모드를 켠 상태와 끈 상태의 성능을 비교할 수 있습니다. 또한 가시성 문제가 이 모드 때문인지 다른 모드 때문인지 확인하는 데에도 사용할 수 있습니다.

마인크래프트를 실행하기에도 이미 버거운 아주 오래된 컴퓨터에서 플레이할 때는 이 점을 고려해 보세요. CPU가 이미 최대로 사용되고 있다면 가시성 계산을 실행할 여유 CPU 시간이 없습니다. 이 경우를 제외하면, 이 모드는 게임에 부정적인 성능 영향을 주어서는 안 되며, 컬링할 것이 전혀 없을 때는 기껏해야 아무 효과도 없습니다.

F3 수치가 맞지 않는 것 같은데, 무슨 일인가요?

F3 디버그 화면 수치(최신 버전에서는 기본적으로 숨겨져 있으며 F3+F6으로 켤 수 있음)는 내부적으로 수집되며 실제 렌더 횟수를 반드시 반영하지는 않을 수 있습니다. 예를 들어 셰이더가 활성화되어 있으면 그림자 렌더링 때문에 수치가 더 높아집니다. 또한 이 모드는 신중한 쪽으로 오류를 범하려고 하므로, 벽이나 천장에 너무 가까운 엔티티는 클리핑 가능성 때문에 그것을 뚫고 렌더링될 수 있다는 점도 명심하세요.

왜 이 모드는 GPU가 아니라 CPU에서 실행되나요?

목표는 GPU 부하를 줄이고 GPU와 CPU 사이의 불필요한 데이터 전송을 줄이는 것입니다. 계산을 하면 아마 GPU 부하와 CPU의 메인(렌더) 스레드 부하가 증가할 것입니다. 하지만 제가 틀렸다는 것을 자유롭게 증명하고 GPU 기반 구현으로 PR을 만들어 주세요. 솔직히 저는 이것을 직접 구현할 지식과 시간이 부족합니다.

👤 이 모드의 기반을 만들어 준 Transport-Pipes 플러그인의 RoboTricker에게 감사드립니다.

👤 Babric Beta 1.7.3 백포트를 해준 vicisacat에게 감사드립니다.

👤 Forge 1.7.10 백포트를 해준 Pelotrio에게 감사드립니다.

👤 GitHub의 훌륭한 번역가와 기여자들에게 감사드립니다!

📄 License: tr7zw Protective License

허가를 요청하지 않고 Modrinth 및 CurseForge에 호스팅된 모드팩이나 YouTube 영상에서 이 모드를 자유롭게 사용하세요. JAR 파일을 다른 곳에 재배포하지 마세요!