Solaris .tx files not auto generating/auto-loading

[nickchamberlainvideo]

Hi all, I've been playing around with Solaris + arnold and I am running into an issue which I believe to be a bug. I am creating a shader within the LOPS material library that has several UDIM'd textures in it, and when I go to the arnold viewport the load times are incredibly slow. When I went to check no .tx files were generated from my EXRs. I have autogenerate .tx turned on my image nodes but still no luck.

So I went through the normal mat route to generate .tx textures (successfully created) and tried again in solaris with no luck still.

Then I replaced the .exr files with the .tx files manually and then I was getting the load/render times that I was expecting to see.

This feels like a bug to me but I would like to know if there is anything I am doing wrong here or if anyone else is having this issue?

[schwungsau]

same problem here, must be a bug....

[schwungsau]

after digging deeper, functionality is not there. it shows the design failures of the bad htoA.

a texture manager like Renderman-Houdini plugin, written Houdini python panel would be nice.

[pal.mezei]

Hi!

At the moment, there are no tools to generate tx files for Solaris renders automatically. We are looking into and trying to find a solution that's easy to use and flexible for many types of users. Using a similar approach to MtoA is most likely not the best option, as USD shaders can come from many sources, so it's entirely possible we don't know the file paths right before rendering the stage.

One solution is creating a schema API (https://github.com/Autodesk/arnold-usd/issues/338) and using that API in a LOP node (either an HDA with a python LOP or a C++ LOP part of HtoA).

Cheers,

Pal.

[schwungsau]

how about a texture manager to manually pre-convert textures ? (like other renderers do)
something like this ?

https://github.com/jtomori/batch_textures_convert

added to the houdini python panel.