UDIM tiles obvious bug
Posted: Tue Nov 11, 2025 8:37 am
this was banging my head for a couple of days..
when you use image-tiles which was intended specifically for UDIM usage, the workflow is very simple
select any of the tiled image following naming convention for udims e.g. Earth_Disp_1001.tif for your 1st udim image in 8x4 tile array.
That means that your 9th image is not Earth_Disp_1009, but Earth_Disp_1011 cause the matrix is 8x4 and it advances in V coord space to 1.0
Attached image shows that eventhough the directory is listing correct file structure, the text output box that lists all the files it thinks are images to be load, clearly shows that it needs Earth_Disp_0009, Earth_Disp_0010,Earth_Disp_0019,Earth_Disp_0020... where in fact they are NOT part of a 8x4 array.
BTW. this setup works out of the box in Redshift straight from the rs-image texture node, where the only thing i had to is write Earth_Disp_<UDIM>.tif.
attachment=0]UDIM_bug.png[/attachment]
thank you.
C4d 2025.4 , oct plugin 2025.4, WIN 10, rtx 3090, ram 192GB
when you use image-tiles which was intended specifically for UDIM usage, the workflow is very simple
select any of the tiled image following naming convention for udims e.g. Earth_Disp_1001.tif for your 1st udim image in 8x4 tile array.
That means that your 9th image is not Earth_Disp_1009, but Earth_Disp_1011 cause the matrix is 8x4 and it advances in V coord space to 1.0
Attached image shows that eventhough the directory is listing correct file structure, the text output box that lists all the files it thinks are images to be load, clearly shows that it needs Earth_Disp_0009, Earth_Disp_0010,Earth_Disp_0019,Earth_Disp_0020... where in fact they are NOT part of a 8x4 array.
BTW. this setup works out of the box in Redshift straight from the rs-image texture node, where the only thing i had to is write Earth_Disp_<UDIM>.tif.
attachment=0]UDIM_bug.png[/attachment]
thank you.
C4d 2025.4 , oct plugin 2025.4, WIN 10, rtx 3090, ram 192GB