Ryan Harrington
metatr0n
About Me
Connect
LOCATION
Not Specified
WEBSITE
Houdini Skills
Availability
Not Specified
Recent Forum Posts
Cryptomatte F# issue (timeSamples in the renderVars?) May 13, 2024, 7:09 a.m.
My cryptomatte pathing looks correctly frame dependent in Solaris, but it's overwriting one file for Crypto for every frame. It's always the last frame of the USD ROP range.
So it looks like,as the USD gets processed out, it is overwriting a single value for the crypto frame increment.
In the created USD, the increment is just the value of the last frame.
There is a timeSamples variable in thet string, which is set to the end of the frame range.
Anyone know where I can edit the timeSamples value?
So it looks like,as the USD gets processed out, it is overwriting a single value for the crypto frame increment.
In the created USD, the increment is just the value of the last frame.
There is a timeSamples variable in thet string, which is set to the end of the frame range.
Anyone know where I can edit the timeSamples value?
Redshift/Solaris/Husk cryptomatte writing one frame # May 12, 2024, 7:16 p.m.
Crossposting from Odforce. Had no luck there yet.
I'm really not having an easy time adapting to Solaris...so you might need to explain like I'm five.
I have a RedshiftRendeSettings node that sets up all the usual AOVs, It's writing multiple frames, it's fine.
Above that node I have a renderVars node that sets up the cryptomatte. I tested a bunch of single frames and only when I submitted the big render did I realise that it's only writing to one frame number for that seperate AOV output.
This is the output path on that renderVars node (the @EYE strings are custom pipeline wrangles):
q:/`@EYE_g0_name`/Build/`@EYE_g1_name`/`@EYE_g2_name`/`@EYE_g3_name`/render/3d/`@EYE_element_type`-`@EYE_element_name`_v`padzero(3,@renderversion)`/`@passname`/CRYPTO.$F4.exr
it looks like it's continually overwriting this frame:
CRYPTO.0250.cryptomatte.exr
250 is the end of the frame range in the USD ROP
As I step through the range in solaris, the output path in the scene graph reads correctly for the renderVars and the current frame...so it might be globally overwriting that path as it runs through the time-range for every frame of the USD write.
Greatful of any help!
I'm really not having an easy time adapting to Solaris...so you might need to explain like I'm five.
I have a RedshiftRendeSettings node that sets up all the usual AOVs, It's writing multiple frames, it's fine.
Above that node I have a renderVars node that sets up the cryptomatte. I tested a bunch of single frames and only when I submitted the big render did I realise that it's only writing to one frame number for that seperate AOV output.
This is the output path on that renderVars node (the @EYE strings are custom pipeline wrangles):
q:/`@EYE_g0_name`/Build/`@EYE_g1_name`/`@EYE_g2_name`/`@EYE_g3_name`/render/3d/`@EYE_element_type`-`@EYE_element_name`_v`padzero(3,@renderversion)`/`@passname`/CRYPTO.$F4.exr
it looks like it's continually overwriting this frame:
CRYPTO.0250.cryptomatte.exr
250 is the end of the frame range in the USD ROP
As I step through the range in solaris, the output path in the scene graph reads correctly for the renderVars and the current frame...so it might be globally overwriting that path as it runs through the time-range for every frame of the USD write.
Greatful of any help!