Page 1 of 1

IMG_operator

PostPosted: Fri Mar 25, 2016 12:38 pm
by tahircg
Guys, Can you do it?
I think,
what need to add string option input texture node,
where we can write a path to img context

operator_texture_01.jpg


in VEX example for understanding my question
operator_texture_02.jpg

Re: IMG_operator

PostPosted: Fri Mar 25, 2016 2:26 pm
by juanjgon
The problem is that Octane always reads the textures from image files at scene extraction and loading time, so this kind of operators are not going to work. Perhaps you could try to output your ramp texture to a physical file (a bmp or jpg file, for example), that the Octane texture image node can read.

Anyway let me check if for the future I could add some kind of rasterization node to import in Octane image data available from other Houdini image operators.

-Juanjo

Re: IMG_operator

PostPosted: Fri Mar 25, 2016 3:30 pm
by tahircg
Thanks for answer,
no problem about ramp, its only example :roll:
The big strantgh of houdini manage context's inside file
and will be good add this function to your octane library ;)

Re: IMG_operator

PostPosted: Sun May 22, 2016 10:39 am
by Hampayon
juanjgon wrote:Anyway let me check if for the future I could add some kind of rasterization node to import in Octane image data available from other Houdini image operators.

-Juanjo



This would be amazing, if octane could read the output of a vop/cop/shop from a bind export.
If all else fails, maybe having mantra render out bitmaps as a preprocessing stage that octane automatically would read could be a workaround?
You're doing an amazing job considering what standalone supports/doesn't support. 8-)