Sildur's Shaders 호환성

현재 기록은 Minecraft Java 1.7.10부터 26.2를 포함합니다. 많은 변화에 대응하지만 모든 효과가 같은 모습으로 표시되지는 않습니다.

Minecraft 1.7.10-1.15.2의 구형 OptiFine은 투명 블록 뒤 반사를 제한할 수 있습니다. Iris와 최신 버전은 더 많은 기능을 제공합니다.

Loader를 정확히 맞추세요. Iris, Fabric, Sodium과 의존성 또는 대상 버전 OptiFine을 사용합니다.

셰이더 없이 Loader를 실행해 문제 범위를 먼저 확인합니다.

Iris는 현대 Fabric과 Sodium에서 일반적이며 관련 구성 요소를 호환 조합으로 업데이트합니다.

OptiFine은 구형 환경에 유용합니다. Vibrant 2.01은 Iris보다 안개가 짙게 보일 수 있다고 안내합니다.

Angelica는 일부 구형 모드팩용 Iris 계열 Loader입니다. 모드팩 관리자의 지침을 우선합니다.

두 정상 설치도 작은 시각 차이가 있을 수 있습니다.

현재 버전은 Distant Horizons와 Voxy를 안내하고 Vibrant 2.01은 네더와 엔드까지 확장합니다.

지원하더라도 원거리 부하는 증가합니다. 가벼운 프리셋과 짧은 거리부터 시작합니다.

지형 누락, 깜빡임, 안개 문제가 있으면 모든 버전을 확인하고 기본값과 오버월드에서 시험합니다.

LOD 생성이 끝난 뒤 일반 성능을 측정합니다.

일반 리소스 팩은 사용할 수 있지만 노멀, 반사, 독자 하늘, 발광 소재는 결과를 바꿉니다.

청크, 구름, 안개, 하늘, 엔티티, 후처리를 교체하는 모드는 충돌 가능성이 높습니다.

기본 리소스로 시험하고 하나씩 되돌립니다. 로그와 컴파일 메시지가 원인을 찾는 데 유용합니다.

특정 월드, 차원, 서버만의 문제는 해당 콘텐츠 때문일 수 있습니다.

Basic Fast와 Enhanced Default Fast가 가장 넓은 하드웨어에 맞습니다. Vibrant Lite와 Medium은 더 높은 GPU 성능, High와 Extreme은 추가 여유가 필요합니다.

해상도, 거리, 그림자, CPU, 메모리, 모드로 결과가 달라지며 같은 GPU도 PC마다 차이가 납니다.

RAM 증가는 GPU 포화를 해결하지 않습니다. 모드팩에 충분히 배정하되 긴 Java 정지를 만드는 과도한 값은 피합니다.

Windows, macOS, Linux에서 필요한 OpenGL을 제공하는 드라이버와 Java가 사용하는 GPU를 확인합니다.

같은 Minecraft와 Iris 또는 OptiFine만 있는 프로필을 만들고 Basic Fast부터 활성화합니다.

Sodium, Distant Horizons, Voxy, 리소스, 다른 모드를 하나씩 추가합니다.

처음 오류를 일으킨 변경과 로그를 저장하고 두 프로젝트의 버전 표를 비교합니다.

물, 유리, 엔티티, 여러 차원이 있는 테스트 월드를 사용합니다.

작업을 시작하기 전에 Minecraft Java의 전체 버전, 런처와 인스턴스 이름, Iris 또는 OptiFine 버전, Java 런타임, GPU와 드라이버, 셰이더 제품군과 프리셋을 한 문서에 적으세요. 활성화한 모드와 리소스 팩, 화면 해상도, 렌더 거리도 포함하면 나중에 조건이 달라진 사실을 쉽게 찾을 수 있습니다. 파일을 넣은 실제 게임 폴더와 shaderpacks 경로를 기록하면 다른 인스턴스에 설치하는 실수도 막을 수 있습니다.

설치와 호환성을 확인할 때는 잘 알고 있는 월드와 고정된 시작 위치를 사용하세요. 낮, 밤, 비, 동굴, 물, 유리, 엔티티, 네더, 엔드를 같은 순서로 시험합니다. Distant Horizons나 Voxy를 사용한다면 원거리 지형 생성이 끝나기 전의 일시적인 부하와 생성이 끝난 뒤의 정상 성능을 구분해 적어야 합니다. 서버 시험은 같은 서버와 비슷한 접속 상태에서 반복하세요.

성능은 평균 FPS 하나로 판단하지 마세요. 시점을 빠르게 돌릴 때 생기는 멈춤, 청크 경계를 넘는 순간, 비가 오거나 엔티티가 많은 장면, 메뉴에서 월드로 돌아온 직후를 함께 확인합니다. GPU 사용률과 VRAM, CPU, 메모리 여유를 보면 그림자 품질을 낮출지, 렌더 거리를 줄일지, 원거리 렌더링을 조정할지 더 정확하게 결정할 수 있습니다.

화면이 검게 보이거나 셰이더가 목록에 없고 컴파일이 실패하거나 특정 블록만 깜박이는 경우에는 표시된 오류 문장을 줄이지 말고 저장하세요. latest.log와 셰이더 오류 화면에서 발생 시각을 찾고 바로 전에 바꾼 항목을 하나 적습니다. 스크린샷에는 문제 장면뿐 아니라 셰이더 선택 화면과 관련 옵션도 포함해야 다른 사람이 같은 상태를 재현할 수 있습니다.

원인을 분리하는 기본 원칙은 한 번의 시험에서 한 가지만 바꾸는 것입니다. 셰이더 없음, 로더만 설치, 가장 가벼운 프리셋, 목표 프리셋, 추가 렌더링 모드, 리소스 팩, 원거리 렌더링 순으로 더하세요. 처음 문제가 나타난 단계를 찾으면 관련 없는 파일을 반복해서 다시 설치하지 않아도 됩니다. 시험할 때마다 성공과 실패를 짧게 표시하세요.

업데이트를 비교할 때는 이전 ZIP을 보관하고 같은 월드, 위치, 시간, 날씨, 해상도, 렌더 거리에서 새 버전과 번갈아 실행하세요. 큰 업데이트에서는 설정 이름이나 기본값이 달라질 수 있으므로 먼저 새 버전의 기본 설정을 시험한 다음 이전에 바꾼 옵션을 하나씩 적용합니다. 새 파일의 버전, 프리셋, 배포 주소와 해시가 기록된 값과 일치하는지도 확인하세요.

문제를 보고할 때는 완전한 재현 순서, 기대한 결과, 실제 결과, Minecraft와 로더 버전, GPU, 드라이버, 프리셋, 관련 모드, 로그와 이미지를 간단히 정리하세요. 단순히 작동하지 않는다고 쓰면 환경 차이를 판단하기 어렵습니다. 어떤 화면에서 어떤 동작 뒤에 발생하며 매번 반복되는지, 깨끗한 프로필에서도 나타나는지를 함께 알려야 합니다.

설정 변경 전후에는 같은 위치에서 스크린샷을 찍고 가능하면 짧은 프레임 시간 기록도 남기세요. 조명과 물, 안개, 그림자, 반사 차이를 비교할 때 시간과 날씨가 다르면 셰이더 변경 효과를 잘못 해석할 수 있습니다. 화면에 표시되는 프리셋 이름과 버전 정보가 사진에 포함되면 나중에 파일을 바꾼 뒤에도 어떤 결과인지 구분하기 쉽습니다.

시험이 끝나면 안정적으로 동작한 조합과 확인 날짜를 저장하세요. Minecraft, 로더, GPU 드라이버 또는 셰이더를 업데이트한 뒤에는 같은 기록표로 다시 시험합니다. 이전 기록과 새 기록을 비교하면 호환성 변화와 성능 차이, 설정 영향을 추측이 아니라 구체적인 조건을 바탕으로 판단할 수 있습니다. 문제가 없는 이전 조합은 새 버전 검증이 끝날 때까지 삭제하지 마세요.

셰이더 렌더링은 클라이언트에서 처리되므로 서버에 같은 ZIP을 설치할 필요는 없습니다. 하지만 강제 리소스 팩, 많은 엔티티, 대형 건축물은 클라이언트 부하를 높입니다. 특정 서버에서만 실패하면 새 월드와 비교하세요.

녹화와 스트리밍도 GPU, CPU, 메모리를 사용합니다. 녹화하지 않을 때의 한계까지 품질을 올리지 말고 실제 인코더를 켠 상태에서 테스트합니다. 노트북은 열과 배터리 상태에 따라 클록을 낮추므로 전원과 냉각 조건을 같게 맞춥니다.

Distant Horizons는 LOD 생성이 끝날 때까지 기다리세요. 생성 중의 임시 부하와 일반 렌더링 비용을 섞어 판단하면 안 됩니다. 작동하는 Minecraft, Loader, Shader, Preset, GPU, Driver, 그래픽 모드 조합을 기록하면 다음 업데이트를 쉽게 검증할 수 있습니다.

Minecraft를 다시 시작하고 같은 월드를 두 번 불러오세요. 셰이더 컴파일 오류가 새로 생기지 않는지, 색유리와 비, 차원 이동 뒤에도 렌더링이 유지되는지 확인합니다.

• 정확한 Loader와 모드 버전 기록
• 첫 오류 로그 보관
• 수정 후 원래 재현 절차 반복