모든 베벨을 견디는 GUI 색상 변경: 단색 채우기가 아닌 밝기
Minecraft 인벤토리 위에 단색을 칠하면 모든 그림자와 하이라이트가 사라집니다. GUI Colorizer는 밝기를 통해 그라디언트를 구동하여 이를 유지합니다.
손으로 편집한 GUI 팩은 모두 같은 방식으로 실패합니다. 누군가 인벤토리 텍스처를 열고 회색 배경을 단색으로 채우면, 결과물이 스티커처럼 보입니다. 슬롯은 안쪽 그림자를 잃고, 핫바 선택은 테두리를 잃고, XP 바는 단색 줄무늬가 됩니다. GUI Colorizer는 픽셀을 교체하는 대신 밝기를 통해 색을 다시 입혀 이 문제를 피합니다.
단색 채우기가 GUI를 파괴하는 이유
Minecraft의 인터페이스 텍스처는 단색에 외곽선을 더한 것이 아닙니다. 각 슬롯, 버튼, 패널은 작은 회색조 이미지로, 각 픽셀의 값이 깊이를 인코딩합니다. 왼쪽 상단 모서리는 어둡고, 오른쪽 하단을 따라 밝아지며, 중간 톤의 몸체가 있습니다. 16x16 슬롯 텍스처는 256픽셀이며, 대부분은 이웃과 몇 단계만 다릅니다.
256개를 모두 하나의 RGB 값으로 교체하면 베벨을 전달하는 유일한 채널을 버린 것입니다. 원하는 것은 휘도 관계를 유지하고 그 아래의 색조를 바꾸는 것입니다.
그라디언트 구동체로서의 밝기
이 도구는 각 픽셀의 밝기를 읽고, 그 밝기를 선택한 그라디언트에 매핑한 후, 결과를 다시 씁니다. 슬롯 상단의 어두운 픽셀은 어둡게 유지됩니다. 단지 어두운 회색 대신 어두운 파란색이 될 뿐입니다. 하이라이트는 하이라이트로 남습니다.
이것이 2스톱 그라디언트로 보통 충분한 이유입니다:
| 밝기 대역 | 원본 텍스처에서의 역할 | 변환 결과 |
|---|---|---|
| 낮음 | 베벨 그림자, 슬롯 안쪽 | 가장 어두운 스톱 |
| 중간 | 패널 몸체, 버튼 표면 | 램프의 중간점 |
| 높음 | 하이라이트, 호버 테두리 | 가장 밝은 스톱 |
휘도가 비슷한 스톱을 고르면 GUI가 색상 변경처럼 보입니다. 휘도 차가 큰 스톱을 고르면 반대 방향에서 단색 스티커 문제가 다시 나타납니다.
이 방식으로 색을 바꿀 수 있는 것과 없는 것
도구가 지원하는 범위: 인벤토리 화면, 상자와 화로 컨테이너, 핫바, XP 바. 이것들은 플레이어가 끊임없이 바라보는 표면이며, 바로 그래서 잘못된 색상 변경이 너무 눈에 띕니다.
지원하지 않으며, 무엇이든 약속하기 전에 알아둘 가치가 있는 것: 월드 텍스처. 레드스톤 리소스 팩, 방어구 텍스처 팩, 겉날개 텍스처 팩은 다른 작업입니다. 이것들은 자체 레이아웃 규칙을 가진 블록 및 엔티티 아틀라스이며, 어떤 밝기 램프도 잘못 정렬된 방어구 장식을 고치지 못합니다.
Java와 Bedrock은 여기서 갈라집니다
두 에디션 모두 리소스 팩 안에 GUI 텍스처를 포함하지만, 팩 레이아웃은 호환되지 않습니다. Java 팩은 assets/minecraft/textures/gui/와 팩 형식 번호를 선언하는 pack.mcmeta를 사용하고, Bedrock은 다른 폴더 루트와 자체 매니페스트 JSON을 사용합니다. 한쪽용으로 만든 팩은 다른 쪽에서 로드되지 않으므로, 그라디언트를 조정하기 전에 대상 에디션을 정하세요.
실용적인 작업 순서
- 최종 색상이 아니라 그라디언트를 고르세요. 비슷한 휘도의 2스톱.
- 적용하고, 팩을 다운로드하고, 리소스 팩 폴더에 넣으세요.
- 한 세션에서 인벤토리, 상자, 화로, 핫바를 확인하세요. 인벤토리에서 잘 보이는 램프가 화로의 연료 화살표를 씻어낼 수 있습니다.
- 결과가 너무 회색으로 읽힐 때만 휘도 범위를 넓히세요.
그라디언트를 한 번 만들고 밝기가 음영을 처리하도록 하세요 — GUI Colorizer에서.