Support Huge Image Sizes in image/uv editor #80113

New Issue

Jeroen Bakker · 2020-08-25T21:01:39+02:00

Jeroen Bakker commented

2020-08-25 21:01:39 +02:00

D8234: Use DrawManager for Image/UV Editor uses a new drawing method for the image/uv editor. It has a limitation that huge images are resized to fit on the GPU. These max size depends on the used hardware typically the limitation is between 12k and 16k and the GL Texture limit setting in the user preference.

In case the user uses a huge texture it is more likely that not all pixels are shown on the screen. We could create a sub-buffer with visible areas of the image and render those. This only needs to do in case the provided GPUTexture isn't sufficient.

NOTE: This makes an assumption that viewport size does not exceed the max gpu texture size. eg every pixel in the image is actually shown in a single image editor.

Technical test cases

Zoomed in (seeing individual pixels) with and without repeat
Zoomed out (skipping some pixels) with and without repeat

[D8234: Use DrawManager for Image/UV Editor](https://archive.blender.org/developer/D8234) uses a new drawing method for the image/uv editor. It has a limitation that huge images are resized to fit on the GPU. These max size depends on the used hardware typically the limitation is between 12k and 16k and the GL Texture limit setting in the user preference. In case the user uses a huge texture it is more likely that not all pixels are shown on the screen. We could create a sub-buffer with visible areas of the image and render those. This only needs to do in case the provided `GPUTexture` isn't sufficient. NOTE: This makes an assumption that viewport size does not exceed the max gpu texture size. eg every pixel in the image is actually shown in a single image editor. ## Technical test cases * Zoomed in (seeing individual pixels) with and without repeat * Zoomed out (skipping some pixels) with and without repeat

Jeroen Bakker self-assigned this 2020-08-25 21:01:39 +02:00

Jeroen Bakker commented

2020-08-25 21:01:39 +02:00

Changed status from 'Needs Triage' to: 'Confirmed'

Jeroen Bakker commented

2020-08-25 21:01:39 +02:00

Added subscriber: @Jeroen-Bakker

Swann Martinez commented

2020-08-26 11:08:42 +02:00

Added subscriber: @slumber

Brecht Van Lommel commented

2020-08-26 16:56:52 +02:00

Added subscriber: @brecht

Brecht Van Lommel commented

2020-08-26 16:56:52 +02:00

If the subimages are created to fit the viewport, they need to be updated when panning and can't be shared between multiple image editors.

I think tiling the image would be a better solution, since it avoids those problems and doesn't require any special invalidation logic. Only visible tiles can be loaded. Possibly such a system could use ARB_sparse_texture, though I'm not sure that actually supports sizes bigger than 16k in practice.

In general, I think tiling and mipmaps are the right way to handle very high res images.

If the subimages are created to fit the viewport, they need to be updated when panning and can't be shared between multiple image editors. I think tiling the image would be a better solution, since it avoids those problems and doesn't require any special invalidation logic. Only visible tiles can be loaded. Possibly such a system could use `ARB_sparse_texture`, though I'm not sure that actually supports sizes bigger than 16k in practice. In general, I think tiling and mipmaps are the right way to handle very high res images.

Brecht Van Lommel commented

2020-08-26 17:08:50 +02:00

Overall, I think efficient display of images > 16K is quite low priority, not something that we should spend much time on now or consider a blocker for committing the image editor / draw manager changes.

Jeroen Bakker changed title from ~~Support Huge Image Sizes.~~ to Support Huge Image Sizes in image/uv editor

2020-08-27 14:34:22 +02:00

Jeroen Bakker removed their assignment 2020-09-15 15:28:55 +02:00

Jeroen Bakker commented

2022-02-14 15:35:26 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Jeroen Bakker closed this issue

2022-02-14 15:35:26 +01:00

Jeroen Bakker self-assigned this 2022-02-14 15:35:26 +01:00

Jeroen Bakker commented

2022-02-14 15:35:26 +01:00

Fixed by bdd74e1e93

Fixed by bdd74e1e93

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Support Huge Image Sizes in image/uv editor #80113

Technical test cases