I have a Dop I/O node saving to disk a pyro sim and I am finding a very weird situation and wanted to see if it is just me not knowing or this is indeed a bug.

The node goes from frame 1 to 5 on .25 steps

When I save

blah.$F.bgeo -> it works as I expect and produces 5 files from 1 to 5

when I save

blah.$N.bgeo -> there is no number and creates and overwrites the file blah..bgeo again and again


Am I missing something?
thanks

CORRECTION, IT DOES NOT WORK EITHER ON MY MAC…

Strange because it seems to work on my Mac… the Windows box does not seem to be working… Will try updating the version and see.

Will keep you posted

What are you expecting $N to evaluate to? I don't recall it ever being a variable.

nvm, I looked up what it is here: http://archive.sidefx.com/docs/houdini14.0/expressions/_globals [archive.sidefx.com]

It seems to be working on OSX 15.5.480 after doing a simple test.

It does work on a regular output driver, $N gets evaluated as expected but it does not on a DOP i/o which I was kind of expecting.

The thing I am doing is oversampling the sequence (let's say steps steps of .25) and then output it as an integer so it will effectively be like a slow motion render.

mm…. well, I guess I will have to use $FF and then do it by hand.

Ah yes, sorry I got confused.

Did it ever work with the DOP i/o, or is that what had just stopped working recently?

Just starting to use DOP I/O so first time really that i noticed.

jkunz07
Ah yes, sorry I got confused.

Did it ever work with the DOP i/o, or is that what had just stopped working recently?

Is DOP I/O an HDA? That can explain the lack of local variables support.

What if you use $FF ?