AWS Thinkbox Discussion Forums

PRT loader graph negative value (possible bug?)

Hello,

I got one scene from animator in which timeline was set -500 to 0 frames. and I did particles setup using pflow and saved particles to disk for -500 to 0 range. and then reloaded them in PRT loader and applied noise modifier and partitioned them for all frames.
I loaded back these particles in PRT loader for rendering. But I needed to slow down particles animation. So I animated playback graph in PRT loader. At -500 frame , I used -400 frame value and at -200 , I set it to -300 value in Graph. Now when I rendered animation, it was flickering and jumping in final sequence.

But if I animated graph value from 0 to 100 and used offset in frames to offset animation. It worked fine.

So I am wondering if it’s a bug , if PRT loader graph value animated for negative frames , it will flicker in animation?

Regards,
Jigu

Sounds like a bug. It is possible that it is interpolating based on the wrong neighbor frame or something like that.
The workaround with offsetting the frames first, then using positive values is what I would have suggested, glad at least that is working.

Please note that it is a long weekend in Canada and Darcy is away until next week, so it might take a while before he can look at the code.

This is what I always have done, it works beautifully, negative frame ranges are a PITA in general.

lol that’s what my client said too.

Also is there a way to check without rendering, if partitions has no jump in particles motion? is it possible to check in PRT data viewer utility? Is there any workaround to know this?
when I tried to save particles, machine on which partitions were saving got rebooted and it gave some error on partitions? i don’t remember what exactly it was. But I doubt I messed up partitions data while saving.

Use the Analyzer! :slight_smile: It will generate missing files reports too.

Example, 13 missing frames from PRTLoader01 GridFluidEmitter_.bin sequence:

Privacy | Site terms | Cookie preferences