EEVEE: UDIM Bump/Height Texture makes UV seams visible #117907

New Issue

Ciobotaru-Narcis-Cristian · 2024-02-06T16:35:33+01:00

2024-02-06 16:35:33 +01:00

System Information
Operating system: Windows 10
Graphics card: Nvidia Gtx 1060

Blender Version
Broken: I've tested on versions: 3.4 and 4.0
Worked: --

In EEVEE:
When using a UDIMM texture in the height slot of the bump node the UV seams become visible.
Doesn't matter if only one tile is used or if there's anything on the texture.

I've attached a simple .blend file, there are two blank textures, and all the meshes are linked to the same material.
For consistency's sake, they're both set to non-color data.

As for cycles, I don't think it matters, I can't see anything wrong there.

**System Information** Operating system: Windows 10 Graphics card: Nvidia Gtx 1060 **Blender Version** Broken: I've tested on versions: 3.4 and 4.0 Worked: -- In EEVEE: When using a UDIMM texture in the height slot of the bump node the UV seams become visible. Doesn't matter if only one tile is used or if there's anything on the texture. I've attached a simple .blend file, there are two blank textures, and all the meshes are linked to the same material. For consistency's sake, they're both set to non-color data. As for cycles, I don't think it matters, I can't see anything wrong there.

uddim creates seams.blend1

1.0 MiB

Ciobotaru-Narcis-Cristian added the

labels 2024-02-06 16:35:34 +01:00

Jesse Yurkovich changed title from ~~UDDIM Bump/Height Texture makes uv seams visible (EEVEE)~~ to UDIM Bump/Height Texture makes uv seams visible (EEVEE)

2024-02-06 19:05:45 +01:00

Pratik Borhade commented

2024-02-07 05:24:09 +01:00

Hi, thanks for the report. Can confirm. Render result looks good in 3.3 and prior versions.

Pratik Borhade added

and removed

labels 2024-02-07 05:24:22 +01:00

Pratik Borhade changed title from ~~UDIM Bump/Height Texture makes uv seams visible (EEVEE)~~ to EEVEE: UDIM Bump/Height Texture makes UV seams visible

2024-02-07 05:24:51 +01:00

Philipp Oeser commented

2024-02-07 12:10:54 +01:00

Caused by 72ab6faf5d

CC @deadpin

Caused by 72ab6faf5d80a3d26e5b6252e5b6f0041763209c CC @deadpin

Jesse Yurkovich commented

2024-02-08 06:09:25 +01:00

It's probably not that commit as I can repro back in 2.82, which was the first version to have UDIMs (see below). Am I looking at the wrong thing here?

It's probably not that commit as I can repro back in 2.82, which was the first version to have UDIMs (see below). Am I looking at the wrong thing here? ![b282.png](/attachments/54355be9-cec2-4bf4-8c90-f3b3992efb49)

b282.png

796 KiB

Philipp Oeser commented

2024-02-08 07:35:26 +01:00

It can be reproduced in earlier versions if you plug in a new tiled texture node, but that is set the sRGB by default.
If you then change it to Non-Color in earlier versions, the seam should disappear, no?

The problem after 72ab6faf5d seems to be that changing it to Non-Color does not get rid of the seam anymore.
Can you confirm, @deadpin ?

It can be reproduced in earlier versions if you plug in a new tiled texture node, but that is set the sRGB by default. If you then change it to Non-Color in earlier versions, the seam should disappear, no? The problem after 72ab6faf5d seems to be that changing it to Non-Color does not get rid of the seam anymore. Can you confirm, @deadpin ?

Jesse Yurkovich commented

2024-02-08 07:41:10 +01:00

Hmm, Non-color also seems broken:

Hmm, Non-color also seems broken: ![image](/attachments/f2a35bf8-1709-455c-a3c2-0c459c5f262d)

image.png

261 KiB

Philipp Oeser commented

2024-02-08 09:06:42 +01:00

Hm, not exactly sure what is going on then.

@deadpin : lets put it differently:

if you open the file from the report in 3.3 LTS and switch to rendered viewport mode, do you see the "artifact" immediately?
if you open the file from the report in 3.4 and switch to rendered viewport mode, do you see the "artifact" immediately?

Anyways, I would suggest to lower the priority on this one due to:

not being clear if this is indeed a regression
it only happening if UVs are exactly on image borders (which is not the common usecase if I am not mistaken)

Hm, not exactly sure what is going on then. @deadpin : lets put it differently: - if you open the file from the report in 3.3 LTS and switch to rendered viewport mode, do you see the "artifact" immediately? - if you open the file from the report in 3.4 and switch to rendered viewport mode, do you see the "artifact" immediately? Anyways, I would suggest to lower the priority on this one due to: - not being clear if this is indeed a regression - it only happening if UVs are exactly on image borders (which is not the common usecase if I am not mistaken)

Philipp Oeser added

and removed

labels 2024-02-08 09:06:57 +01:00

Philipp Oeser commented

2024-02-08 09:38:40 +01:00

Sorry, this was indeed present from the beggining (so not caused by 72ab6faf5d)

quoting @deadpin from chat:

When you open in 3.3 there is no UDIM texture, its been "lost". If you check the image editor it's empty. If you fill the tile back in with a generated image you'll see the seam. My commit you referenced is the one that correctly preserves the UDIM generated tiles across saves.

Sorry, this was indeed present from the beggining (so not caused by 72ab6faf5d) quoting @deadpin from chat: >When you open in 3.3 there is no UDIM texture, its been "lost". If you check the image editor it's empty. If you fill the tile back in with a generated image you'll see the seam. My commit you referenced is the one that correctly preserves the UDIM generated tiles across saves.

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

EEVEE: UDIM Bump/Height Texture makes UV seams visible #117907