Image texture visible in cycles but not in eevee when incorrectly recognised as udim tile #103681

New Issue

Wouter Stomp · 2023-01-06T11:41:51+01:00

Wouter Stomp commented

2023-01-06 11:41:51 +01:00

System Information
Operating system: macOS-13.1-arm64-arm-64bit 64 Bits
Graphics card: Metal API Apple M1 Max 1.2

Blender Version
Broken: version: 3.5.0 Alpha, branch: master, commit date: 2023-01-06 00:40, hash: bc5337a05a
Worked: unknown

Short description of error
See attached file, when I open the file in the image texture node, it is automatically (but wrongly) set to udim tile (presumably due to the file name? which was fightclub-secrets-1600.jpg where 1600 refers to its resolution). Subsequently it is only visible in cycles and shows up as missing/pink in eevee. When I switch to single image it is visible in both.

Exact steps for others to reproduce the error
Open attached blend file
Switch between eevee and cycles in renders view

Missing texture eevee.blend

**System Information** Operating system: macOS-13.1-arm64-arm-64bit 64 Bits Graphics card: Metal API Apple M1 Max 1.2 **Blender Version** Broken: version: 3.5.0 Alpha, branch: master, commit date: 2023-01-06 00:40, hash: `bc5337a05a` Worked: unknown **Short description of error** See attached file, when I open the file in the image texture node, it is automatically (but wrongly) set to udim tile (presumably due to the file name? which was fightclub-secrets-1600.jpg where 1600 refers to its resolution). Subsequently it is only visible in cycles and shows up as missing/pink in eevee. When I switch to single image it is visible in both. **Exact steps for others to reproduce the error** Open attached blend file Switch between eevee and cycles in renders view [Missing texture eevee.blend](https://archive.blender.org/developer/F14120053/Missing_texture_eevee.blend)

Wouter Stomp commented

2023-01-06 11:41:51 +01:00

Added subscriber: @blenderrocket

Wouter Stomp commented

2023-01-06 11:51:47 +01:00

This happens for any image ending in '-1002' or larger numbers. '-1001' is set to udim but then the image is visible in both cycles and eevee. Lower numbers are recognised as single image.

Michael Parkin-White commented

2023-01-06 11:56:24 +01:00

Added subscriber: @Michael-Parkin-White-Apple

Martijn Versteegh commented

2023-01-06 22:39:16 +01:00

Added subscriber: @Baardaap

Martijn Versteegh commented

2023-01-06 22:39:16 +01:00

While unfortunate I wouldn't really call this a bug. Blender has no real way of deciding if something is an udim tile, except for the filename. The heuristic works out wrong in this case, but the solution is easy.

I don't really know how blender could do it differently.

Do you have a proposal for how to handle it that would work?

While unfortunate I wouldn't really call this a bug. Blender has no real way of deciding if something is an udim tile, except for the filename. The heuristic works out wrong in this case, but the solution is easy. I don't really know how blender could do it differently. Do you have a proposal for how to handle it that would work?

Martijn Versteegh commented

2023-01-06 22:40:05 +01:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Wouter Stomp commented

2023-01-06 23:45:59 +01:00

I am not that familiar with how UDIMs work, so I am not sure. However is it normal to add them through an image texture node? It was a bit unexpected that it switches to udim automatically, maybe this should be a manual step? And the second thing is that I would expect cycles and eevee to display the same result, or is this a known limitation somehow?

Martijn Versteegh commented

2023-01-07 00:33:43 +01:00

Changed status from 'Needs User Info' to: 'Needs Triage'

Martijn Versteegh commented

2023-01-07 00:33:43 +01:00

I don't actually know that. I suppose the result should be the same.

I'll set it back to 'Needs Triage' to let someone more knowledgeable look at it.

I don't actually know that. I suppose the result should be the same. I'll set it back to 'Needs Triage' to let someone more knowledgeable look at it.

Pratik Borhade commented

2023-01-18 07:32:21 +01:00

Added subscriber: @PratikPB2123

Pratik Borhade commented

2023-01-18 07:32:21 +01:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Pratik Borhade commented

2023-01-18 07:32:21 +01:00

when incorrectly recognised as udim tile

Hi, when loading an image, disable Detect UDIMs in file browser. Does it solve the issue?

hows up as missing/pink in eevee.

This is expected since object UVs are not mapped with image.

Not sure why image texture worked for Cycles in this case

> when incorrectly recognised as udim tile Hi, when loading an image, disable `Detect UDIMs` in file browser. Does it solve the issue? ![38.png](https://archive.blender.org/developer/F14170530/38.png) > hows up as missing/pink in eevee. This is expected since object UVs are not mapped with image. ![image.png](https://archive.blender.org/developer/F14170537/image.png) Not sure why image texture worked for Cycles in this case

Martijn Versteegh commented

2023-01-18 11:59:20 +01:00

Removed subscriber: @Baardaap

Wouter Stomp commented

2023-01-20 10:02:56 +01:00

In #103681#1475874, @PratikPB2123 wrote:

when incorrectly recognised as udim tile

Hi, when loading an image, disable Detect UDIMs in file browser. Does it solve the issue?

Yes thanks I didn't know of that option, I still think it is confusing to have this enabled by default (with the checkbox in a hidden side panel) but that is matter of choice of the developers.

hows up as missing/pink in eevee.

This is expected since object UVs are not mapped with image.
Not sure why image texture worked for Cycles in this case

It seems Cycles and Eevee handle the situation with a single udim image differently: as long as there is one single udim image, cycles handles it like a single image texture (although the image shows far away as in your screenshot in the uv editor, elsewhere it is still displayed as if it is at the 0,0 coordinates); also the clip/extend/repeat option work like with a single image. Once you add a second udim tile/file cycles and eevee act the same, showing a pink/missing texture outside the image coordinates that are determined by the number in the file name.

> In #103681#1475874, @PratikPB2123 wrote: >> when incorrectly recognised as udim tile > Hi, when loading an image, disable `Detect UDIMs` in file browser. Does it solve the issue? Yes thanks I didn't know of that option, I still think it is confusing to have this enabled by default (with the checkbox in a hidden side panel) but that is matter of choice of the developers. >> hows up as missing/pink in eevee. > This is expected since object UVs are not mapped with image. > Not sure why image texture worked for Cycles in this case It seems Cycles and Eevee handle the situation with a single udim image differently: as long as there is one single udim image, cycles handles it like a single image texture (although the image shows far away as in your screenshot in the uv editor, elsewhere it is still displayed as if it is at the 0,0 coordinates); also the clip/extend/repeat option work like with a single image. Once you add a second udim tile/file cycles and eevee act the same, showing a pink/missing texture outside the image coordinates that are determined by the number in the file name.

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Image texture visible in cycles but not in eevee when incorrectly recognised as udim tile #103681