found it https://lists.sr.ht/~exec64/imv-devel/patches/52942

where do i find the patch if i want to test it out?

~ quantenzitrone : see:  https://todo.sr.ht/~exec64/imv/56

Well, after looking at a lot of code, I could not find an obvious error, so I reluctantly started looking at the OpenGL functions. It turns out that an attempt is made to nail the image to a "texture" (or the texture to the image...), and that (at least on my system) the maximum texture width/height is ... 16384. So... image smaller than 16384 --> great. Image greater than 16384-->fail. After much hair-tearing, and internet searching, the concept of tiling came up. I have fixed the problem by dividing the image up into as many smaller-than-maximum textures it takes to span the image. The only file needing change is canvas.c, and the only functions changed are imv_canvas_free() and draw_bitmap(). The struct canvas.cache is changed to add texture_count, and "textures" is GLuint * (instead of "texture" being a GLuint .

~quantenzitrone will be happy to know that his image displays correctly now.

Now, all I have to do is find out how to get the modified canvas.c into this website's source, somehow...

This image doesn't load properly in imv. Loading the image without anything before just shows a white image and loading the image after another image shows a distorted version of the previous image.

• GNU+Linux Distro: NixOS 23.11.20230814.6e28791
• imv Version: 4.4.0