aspect ratio setting doesnt do anything

zigzagulouszagger commented

2026-11-07 19:43:00 +00:00

(Migrated from github.com)

Builder version

folliage update

How you built

Hookshot Builder app (Windows)

Game files given to it

A .nup

The error

just the title pretty much, amazing work on this recomp so far btw. Tested on a 32:9 monitor, stretches out the image instead of expanding view. even with a restart

Visual Studio or Build Tools version, and Windows SDK version

No response

Operating system and free space on the output drive

w11

Before you send it

I'm on the newest release, or it still fails on it.
I searched the open issues for this error.
I'm not attaching game files or anything built from them.

### Builder version folliage update ### How you built Hookshot Builder app (Windows) ### Game files given to it A .nup ### The error ```text just the title pretty much, amazing work on this recomp so far btw. Tested on a 32:9 monitor, stretches out the image instead of expanding view. even with a restart ``` ### Visual Studio or Build Tools version, and Windows SDK version _No response_ ### Operating system and free space on the output drive w11 ### Before you send it - [x] I'm on the newest release, or it still fails on it. - [x] I searched the open issues for this error. - [x] I'm not attaching game files or anything built from them.

EisregenHaha commented

2026-11-07 20:00:53 +00:00

(Migrated from github.com)

are you sure it doesnt work (not just HUD), it seems to work for me, only the HUD remains stretched and thats expected

xsm2 commented

2026-11-07 20:04:59 +00:00

(Migrated from github.com)

are you sure it doesnt work (not just HUD), it seems to work for me, only the HUD remains stretched and thats expected

At least in windowed mode it does not work for me, a 16:9 image inside a maximized window in a 16:9 monitor should have black bars on the sides and it's not the case right now, it's stretched

> are you sure it doesnt work (not just HUD), it seems to work for me, only the HUD remains stretched and thats expected At least in windowed mode it does not work for me, a 16:9 image inside a maximized window in a 16:9 monitor should have black bars on the sides and it's not the case right now, it's stretched

zigzagulouszagger commented

2026-11-07 20:25:12 +00:00

(Migrated from github.com)

first image is of mario kart world correctly rendering in 32:9 via emulation. second image is this project with stretch to monitor enabled, you can see in the second image the image is just stretched out unfortunately. its still being rendered as 16:9 despite my monitor being 32:9

<img width="5110" height="1309" alt="Image" src="https://github.com/user-attachments/assets/6c53b6ed-40fd-48b9-ad7a-493402b69397" /> <img width="5119" height="1439" alt="Image" src="https://github.com/user-attachments/assets/d7a7b1a6-c96c-45db-bef3-02b135963233" /> first image is of mario kart world correctly rendering in 32:9 via emulation. second image is this project with stretch to monitor enabled, you can see in the second image the image is just stretched out unfortunately. its still being rendered as 16:9 despite my monitor being 32:9

👍 1

marcelofis commented

2026-11-07 20:44:43 +00:00

(Migrated from github.com)

Ultrawide 32:9 still stretches the entire 3D image — RTX 3090 / 3840×1080

Hi! I'm experiencing the same issue reported here with Hookshot on a 32:9 ultrawide monitor.

System specifications:

OS: Windows 11 Pro
CPU: AMD Ryzen 9 9800X3D
GPU: NVIDIA GeForce RTX 3090
RAM: 32 GB DDR5
Monitor: Samsung CHG90, 3840×1080 (32:9)

What I tested:

Changed the Ultrawide option from 16:9 to Monitor in the in-game menu.
Completely closed and restarted Hookshot.
Manually changed ultrawide=0 to ultrawide=1 in hookshot_options.ini.
Restarted the game and checked the image again.

Unfortunately, the entire image remains horizontally stretched, including Link, the environment, and the HUD.

This is not just a HUD scaling issue. The 3D scene itself does not appear to preserve its correct aspect ratio.

Relevant log entries:

[hos sead::MainThread] nvn: window of 3 textures (3 active), 2560x1440 format 0x25
[hos host] vk: swapchain 2560x720, 4 images, mailbox
[hos sead::MainThread] nvn: window crop 0,0 2048x1152
[hos host] display: fullscreen (F11 for a window)
[hos host] vk: swapchain 3840x1080, 4 images, mailbox
[hos host] vk: swapchain 3840x1080, 4 images, mailbox

The Vulkan swapchain correctly detects and uses my monitor's native resolution of 3840×1080, but the rendered image is still stretched instead of displaying a properly expanded horizontal field of view.

This seems consistent with the screenshots shared earlier in this issue.

Could there be a problem with the camera projection or aspect-ratio correction when using 32:9 displays?

I'm happy to provide additional logs, screenshots, or test a potential fix.

Thanks for your work on this project!

### Ultrawide 32:9 still stretches the entire 3D image — RTX 3090 / 3840×1080 Hi! I'm experiencing the same issue reported here with Hookshot on a 32:9 ultrawide monitor. **System specifications:** - OS: Windows 11 Pro - CPU: AMD Ryzen 9 9800X3D - GPU: NVIDIA GeForce RTX 3090 - RAM: 32 GB DDR5 - Monitor: Samsung CHG90, 3840×1080 (32:9) **What I tested:** 1. Changed the Ultrawide option from `16:9` to `Monitor` in the in-game menu. 2. Completely closed and restarted Hookshot. 3. Manually changed `ultrawide=0` to `ultrawide=1` in `hookshot_options.ini`. 4. Restarted the game and checked the image again. Unfortunately, the entire image remains horizontally stretched, including Link, the environment, and the HUD. This is not just a HUD scaling issue. The 3D scene itself does not appear to preserve its correct aspect ratio. **Relevant log entries:** ```text [hos sead::MainThread] nvn: window of 3 textures (3 active), 2560x1440 format 0x25 [hos host] vk: swapchain 2560x720, 4 images, mailbox [hos sead::MainThread] nvn: window crop 0,0 2048x1152 [hos host] display: fullscreen (F11 for a window) [hos host] vk: swapchain 3840x1080, 4 images, mailbox [hos host] vk: swapchain 3840x1080, 4 images, mailbox ``` The Vulkan swapchain correctly detects and uses my monitor's native resolution of 3840×1080, but the rendered image is still stretched instead of displaying a properly expanded horizontal field of view. This seems consistent with the screenshots shared earlier in this issue. Could there be a problem with the camera projection or aspect-ratio correction when using 32:9 displays? I'm happy to provide additional logs, screenshots, or test a potential fix. Thanks for your work on this project! <img width="3839" height="1079" alt="Image" src="https://github.com/user-attachments/assets/3de62b29-3a4e-4b34-b143-cec515304ffb" /> <img width="3839" height="1079" alt="Image" src="https://github.com/user-attachments/assets/19f83eab-d550-4c91-8e20-471b15d367c1" />

marcelofis commented

2026-11-07 20:45:57 +00:00

(Migrated from github.com)

first image is of mario kart world correctly rendering in 32:9 via emulation. second image is this project with stretch to monitor enabled, you can see in the second image the image is just stretched out unfortunately. its still being rendered as 16:9 despite my monitor being 32:9

Hi! Your Mario Kart World screenshot caught my attention. Which emulator are you using to achieve proper 32:9 rendering? Are you using any ultrawide patches or mods?

I'm also using a 3840×1080 monitor and would love to reproduce your results. Thanks!

> <img alt="Image" width="2000" height="512" src="https://private-user-images.githubusercontent.com/66989760/698656379-6c53b6ed-40fd-48b9-ad7a-493402b69397.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTQwODQ2MDgsIm5iZiI6MTc5NDA4NDMwOCwicGF0aCI6Ii82Njk4OTc2MC82OTg2NTYzNzktNmM1M2I2ZWQtNDBmZC00OGI5LWFkN2EtNDkzNDAyYjY5Mzk3LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNjExMDclMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjYxMTA3VDIwNDUwOFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWQwZGNlZWM5YTJlYjcxMDZhZDg5MjBjZGQ4ZWU4ZjkwNDI0YTZhNWQyODE5YzA5ZWFkMzc5NTc2ZGI5ZGJjOTImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JnJlc3BvbnNlLWNvbnRlbnQtdHlwZT1pbWFnZSUyRnBuZyJ9.b0geafyznDnmf720wiJnrbapzHScENpOCNDhJbtWnz0"> <img alt="Image" width="2000" height="562" src="https://private-user-images.githubusercontent.com/66989760/698656488-d7a7b1a6-c96c-45db-bef3-02b135963233.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3OTQwODQ2MDgsIm5iZiI6MTc5NDA4NDMwOCwicGF0aCI6Ii82Njk4OTc2MC82OTg2NTY0ODgtZDdhN2IxYTYtYzk2Yy00NWRiLWJlZjMtMDJiMTM1OTYzMjMzLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNjExMDclMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjYxMTA3VDIwNDUwOFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWIxNGJlNTEyNWQ1YTcxOWQ2NGNkMDlhZTI1NDU4MWM0MTM3NWNjOGQ5ZjY1ZmQ0NzNmMWY3YjJiMjI1MTNhMjMmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JnJlc3BvbnNlLWNvbnRlbnQtdHlwZT1pbWFnZSUyRnBuZyJ9.dam1lODBgS3xzhif2k-CuDks0sNLE9RifzxOCz4oR_g"> first image is of mario kart world correctly rendering in 32:9 via emulation. second image is this project with stretch to monitor enabled, you can see in the second image the image is just stretched out unfortunately. its still being rendered as 16:9 despite my monitor being 32:9 Hi! Your Mario Kart World screenshot caught my attention. Which emulator are you using to achieve proper 32:9 rendering? Are you using any ultrawide patches or mods? I'm also using a 3840×1080 monitor and would love to reproduce your results. Thanks!

zigzagulouszagger commented

2026-11-07 20:52:03 +00:00

(Migrated from github.com)

Your Mario Kart World screenshot caught my attention

<yea theres a 21;9 mod on gamebanana, i fed it to claude and it gave me a 32:9 version of it. i then used it on the regular main eglan emulator,

> Your Mario Kart World screenshot caught my attention <yea theres a 21;9 mod on gamebanana, i fed it to claude and it gave me a 32:9 version of it. i then used it on the regular main eglan emulator,

NotRexed commented

2026-11-08 02:44:22 +00:00

(Migrated from github.com)

Update: with #205 merged (148c47c, in the next release) a window or screen wider than 16:9 shows the game at its own 16:9 shape with black bars at the sides, instead of stretching it. The Ultrawide option is still there for a wider camera, but on some setups the game's camera ignores it (your log shows the aspect value patched while the 3D still stretched); that part is still open, and the bars are the fix for the stretch until then.

Update: with #205 merged (148c47c, in the next release) a window or screen wider than 16:9 shows the game at its own 16:9 shape with black bars at the sides, instead of stretching it. The Ultrawide option is still there for a wider camera, but on some setups the game's camera ignores it (your log shows the aspect value patched while the 3D still stretched); that part is still open, and the bars are the fix for the stretch until then.

NotRexed commented

2026-11-08 08:21:33 +00:00

(Migrated from github.com)

Fixed in https://github.com/NotRexed/Hookshot/releases/tag/ultrawide. Please reopen if it still happens with that release.

Rows
Columns

aspect ratio setting doesnt do anything #297

Builder version

How you built

Game files given to it

The error

Visual Studio or Build Tools version, and Windows SDK version

Operating system and free space on the output drive

Before you send it

Ultrawide 32:9 still stretches the entire 3D image — RTX 3090 / 3840×1080