Errors loading image in NetworkMaterialEdit

valentin_n
Explorer
Explorer

Errors loading image in NetworkMaterialEdit

valentin_n
Explorer
Explorer

In Katana 3.6v1 i'm getting an error when adding an image node to a NetworkMaterialEdit node and can't render the with the image unless i check "ignore missing texture" which defy the point of what i'm doing.

Here is the error log i'm getting returned :

00:00:12 850MB ERROR | [texturesys] image3:0/root/world/geo/model/LEGO_grp/LEGO_racingCar_02/LEGO_racingCar_02_body/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker53_darkGreyBlock_StickerShape_darkGreyBlock_Sticker:arnoldSurfaceShader: Invalid image file "": ImageInput::create() called with no filename

00:00:12 848MB ERROR | [texturesys] image3:0/root/world/geo/model/LEGO_grp/LEGO_racingCar_02/LEGO_racingCar_02_body/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker53_darkGreyBlock_StickerShape_darkGreyBlock_Sticker:arnoldSurfaceShader: Invalid image file "": ImageInput::create() called with no filename

00:00:12 848MB ERROR | [texturesys] image3:0/root/world/geo/model/LEGO_grp/LEGO_racingCar_02/LEGO_racingCar_02_body/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker/LEGO_racingCar_02_body_54_darkGreyBlock_Sticker53_darkGreyBlock_StickerShape_darkGreyBlock_Sticker:arnoldSurfaceShader: ImageInput::create() called with no filename

Invalid image file "": ImageInput::create() called with no filename


0 Likes
Reply
735 Views
9 Replies
Replies (9)

pal.mezei
Advocate
Advocate

Hi Valentin!


Can you please share an example scene so we can take a closer look?


Note, we don't distribute KtoA builds for Katana 3.6 yet. Are you using the KtoA build for 3.5?


Cheers,

Pal.

0 Likes

valentin_n
Explorer
Explorer

Hi Pal, yeah sure, here is the scene where i'm facing the issue.
I was pretty sure the latest KtoA version wasn't supporting Katana 3.6 due to this error and weird behavior during LiveRender. Thanks for confirming it though.

KtoA_imageNode_Error.zip

0 Likes

pal.mezei
Advocate
Advocate

Thank you for the scene, I was able to recreate your issue. I'll let you know once a 3.6 build is available for download.

0 Likes

valentin_n
Explorer
Explorer

Thanks for the quick answer 🙂 Looking forward to it 🙂

0 Likes

pal.mezei
Advocate
Advocate

Hi Valentin!


As I was preparing the 3.6 release, I was looking into your issue to make sure we have a solution and a test in our test-suite to cover for your case, but I was unable to reproduce the problem locally. Can you tell me how you created the "image3" node in "NME_darkGreyBlock_stickers"? Did you use an alpha build of Katana 3.6? Or copied the node from somewhere else?

The problem happens because one of the image nodes store the filename value in a way we don't support currently, in parameters/filename/value instead of parameters/filename. See screenshots.

Incorrect one

7425-screenshot-from-2020-06-23-17-48-22.png

Correct one

7426-screenshot-from-2020-06-23-17-49-20.png

However, when I'm creating new image nodes in Katana 3.6 using the latest KtoA build, the filename parameter shows up as expected. If I open your scene and replace the image node, it works as expected. I tried loading a KtoA compiled against 3.5 in 3.6, that worked just fine as well. Maybe having the prman plugin and ktoa loaded at the same time is causing an issue?


Cheers,

Pal.

0 Likes

valentin_n
Explorer
Explorer

Hi Pal,

No i am not using an alpha build of Katana it was the release build as far as i know (Jordan T. from Foundry sent me the link). About the way i created the node, i created it as usual/like it should (hit tab within arnold context and wrote "image"), no copy/paste.

I'm gonna make a test with the other engines deactivated see how it goes.

Thanks for keeping me in the loop 🙂

0 Likes

valentin_n
Explorer
Explorer

Even with only KtoA loaded, once i change the path, the image node storing logic changes to the wrong one.

0 Likes

pal.mezei
Advocate
Advocate

Hi Valentin!


KtoA 3.0.3.3 was just released, with builds for Katana 3.6. It includes a fix for your issue, though I wasn't able to reproduce the problem on a simplified scene.


Please let us know if this solves the issue and tell us about any further issues you run into with Katana 3.6!


Thanks,

Pal.

0 Likes

valentin_n
Explorer
Explorer

Great, imma get it, see how it goes and keep you posted in case the issue is still there.

Thanks for the fix

0 Likes