MagicBeanDev/Hookshot

Archived

Watch

Fork 1

Kakariko Village: textures become severely corrupted after staying in the area #898

Closed

opened 2026-11-09 00:41:53 +00:00 by kzerww · 4 comments

kzerww commented

2026-11-09 00:41:53 +00:00

(Migrated from github.com)

Hookshot version

v2.0.5 (hookshot_log.txt reports source cd9cebb6)

What kind of problem

Graphics (missing, black or wrong-coloured things, lighting, flicker)

What happened

On v2.0.5, the main problem I am reporting is progressive texture corruption in Kakariko Village.

At first, parts of the ground show bright multicoloured blocks. After staying and moving around the village for several minutes, the corruption becomes much worse and spreads across surfaces. Inside a shop, the walls, shelves and floor show dense noisy/checkerboard colours. The outdoor screenshot at 21:16 shows the earlier state; the shop screenshot at 21:26 shows the later, more severe state. A separate map screenshot confirms the location. The game continued running; I have not observed a crash.

Expected: textures remain stable and render normally throughout the visit.

The outdoor image also shows trees appearing detached/floating; that symptom is already reported in #794. This report is specifically about the texture corruption that intensifies over time. It may be related to the texture corruption discussed in #107, but my reproducer is Kakariko Village on a GTX 1650.

Where in the game

Kakariko Village (shown as Vila Kakariko on the map): outdoors around the windmill/hillside, then inside a shop. The artifacts worsen after spending time walking around the village.

How often

Once so far

Graphics card and driver version

NVIDIA GeForce GTX 1650, driver 621.01 (Vulkan 1.4)

CPU, RAM and operating system

Intel Core i5-9300H, 16 GB RAM, Windows 25H2 (build 26200)

Changes from the defaults

NVIDIA GeForce Experience is present; its Alt+Z overlay notification is visible in one screenshot. I have not tested with the overlay disabled. No ReShade or third-party shader-cache tool used.

Other software hooked into the game

Yes (named under "Changes from the defaults")

hookshot_log.txt

Screenshots or video

Shop interior with severe texture corruption, 21:26

Before you send it

I'm on the newest release, or the problem is still there on it.
I searched the open issues for this problem.
I'm not attaching game files, keys, hookshot.exe, the .bin caches or saves.

### Hookshot version v2.0.5 (hookshot_log.txt reports source cd9cebb6) ### What kind of problem Graphics (missing, black or wrong-coloured things, lighting, flicker) ### What happened On v2.0.5, the main problem I am reporting is progressive texture corruption in Kakariko Village. At first, parts of the ground show bright multicoloured blocks. After staying and moving around the village for several minutes, the corruption becomes much worse and spreads across surfaces. Inside a shop, the walls, shelves and floor show dense noisy/checkerboard colours. The outdoor screenshot at 21:16 shows the earlier state; the shop screenshot at 21:26 shows the later, more severe state. A separate map screenshot confirms the location. The game continued running; I have not observed a crash. Expected: textures remain stable and render normally throughout the visit. The outdoor image also shows trees appearing detached/floating; that symptom is already reported in #794. This report is specifically about the texture corruption that intensifies over time. It may be related to the texture corruption discussed in #107, but my reproducer is Kakariko Village on a GTX 1650. ### Where in the game Kakariko Village (shown as Vila Kakariko on the map): outdoors around the windmill/hillside, then inside a shop. The artifacts worsen after spending time walking around the village. ### How often Once so far ### Graphics card and driver version NVIDIA GeForce GTX 1650, driver 621.01 (Vulkan 1.4) ### CPU, RAM and operating system Intel Core i5-9300H, 16 GB RAM, Windows 25H2 (build 26200) ### Changes from the defaults NVIDIA GeForce Experience is present; its Alt+Z overlay notification is visible in one screenshot. I have not tested with the overlay disabled. No ReShade or third-party shader-cache tool used. ### Other software hooked into the game Yes (named under "Changes from the defaults") ### hookshot_log.txt [hookshot_log.txt](https://github.com/user-attachments/files/34558595/hookshot_log.txt) ### Screenshots or video <img width="1920" height="1080" alt="Kakariko Village outdoors, 21:16" src="https://github.com/user-attachments/assets/60f25077-6cbc-4cf8-b9ed-dc11b7b61e9a" /> <img width="1920" height="1080" alt="Kakariko Village map, 21:26" src="https://github.com/user-attachments/assets/0c764a9f-f51d-4338-8d15-30144205f0a3" /> <img width="1920" height="1080" alt="Shop interior with severe texture corruption, 21:26" src="https://github.com/user-attachments/assets/83341690-4974-443b-ac59-d17efe04a3df" /> ### Before you send it - [x] I'm on the newest release, or the problem is still there on it. - [x] I searched the open issues for this problem. - [x] I'm not attaching game files, keys, hookshot.exe, the .bin caches or saves.

EliasCoptere commented

2026-11-09 00:58:24 +00:00

(Migrated from github.com)

I'd like to add that this happens everywhere that's outside, not just in the village

👍 1

danpan1113 commented

2026-11-09 01:39:01 +00:00

(Migrated from github.com)

same it gets progressively worse the longer you play. If you save and then load the save it goes back to normal instantly.

👍 1

hallygtree commented

2026-11-09 04:12:24 +00:00

(Migrated from github.com)

In both logs the textures go over the budget and are evicted and made again:

Defaults (frame generation 2x): up to 4104 MB of VRAM used of 3367 MB allowed, textures 1694 MB against a budget of 857 MB.
Frame generation off, RX_VK_TEX_MAX_DIM=1024 and RX_VK_MIRROR_MB=256: up to 3701 MB used, textures 2123 MB against 1688 MB. The corruption still appears.

With RX_VK_EVICT_MIN_UNUSED=600 added, textures grew to 3352 MB (5081 MB of VRAM used) and the corruption came back anyway.

Setup: preset Custom (resolution 50%, handheld profile on), Game speed Real time, DualSense UI mod.

Logs:

Same on an RTX 3050 Laptop (4 GB, the driver allows 3367 MB), v2.0.5, in Death Mountain and Dodongo's Cavern. Textures start fine and turn into noisy multicoloured blocks after several minutes of play (Link, chests, Darunia, cave walls). Loading a save does not fix it here; restarting the game does, until it comes back. ![Darunia with corrupted textures](https://gist.githubusercontent.com/hallygtree/41bb28dd19524308853bea62a3dfda51/raw/a2e4ad844de6040cc74af7995d6219b8ad7506b1/darunia_corrupted_textures.webp) In both logs the textures go over the budget and are evicted and made again: - Defaults (frame generation 2x): up to 4104 MB of VRAM used of 3367 MB allowed, textures 1694 MB against a budget of 857 MB. - Frame generation off, `RX_VK_TEX_MAX_DIM=1024` and `RX_VK_MIRROR_MB=256`: up to 3701 MB used, textures 2123 MB against 1688 MB. The corruption still appears. With `RX_VK_EVICT_MIN_UNUSED=600` added, textures grew to 3352 MB (5081 MB of VRAM used) and the corruption came back anyway. Setup: preset Custom (resolution 50%, handheld profile on), Game speed Real time, DualSense UI mod. Logs: - Defaults: https://gist.githubusercontent.com/hallygtree/41bb28dd19524308853bea62a3dfda51/raw/1077012eadd595ffc206097e1445b5792a3fc1a9/v2.0.5_898_defaults_framegen2x.txt - Lower VRAM settings: https://gist.githubusercontent.com/hallygtree/41bb28dd19524308853bea62a3dfda51/raw/2f2641010710fc7791da77a3b37e6665efeabc36/v2.0.5_898_low_vram_settings.txt

NotRexed commented

2026-11-09 06:00:50 +00:00

(Migrated from github.com)

Tracked in #993, follow there. That issue collects every report of garbled or rainbow textures that get worse over play time, and this one is linked from it with its GPU, version and log details. It is a known issue in v2.0.6 and not fixed yet. If it still happens on v2.0.6 (https://github.com/NotRexed/Hookshot/releases/tag/v2.0.6; Update next to Play in the launcher), please add a comment there with your hookshot_log.txt.

Commenting is not possible because the repository is archived.