When I put an animated noise modifier on a PRT loader that was set to “Load single frame” it is very fast, but not correct. The positions/normals should change, but they don’t.
- Chad
When I put an animated noise modifier on a PRT loader that was set to “Load single frame” it is very fast, but not correct. The positions/normals should change, but they don’t.
>When I put an animated noise modifier on a PRT loader that
>was set to "Load single frame" it is very fast, but not
>correct. The positions/normals should change, but they
>don't.
>
Bug.
First one.
Congratulation :o)
EDIT: This also affects ANY animation inside the PRT Loader incl. animated percentage, animated culling objects etc.
Ah, but you fixed the “static PRT loaders are very slow” bug, so some congratulations are in order for you guys.
>Ah, but you fixed the "static PRT loaders are very slow"
>bug, so some congratulations are in order for you guys.
LOL!
I would consider it Fixed when it starts respecting the node's validity interval. :o) But thanks!
I think the static PRT loaders are slow again. Just tried to make a preview and with a non-animated PRT Loader set to “Load Single Frame Only” it was still really slow to render. Tumbling was super fast, changing frames was very slow.
I think the static PRT loaders
are slow again. Just tried to
make a preview and with a
non-animated PRT Loader set to
“Load Single Frame Only” it
was still really slow to
render. Tumbling was super
fast, changing frames was very
slow.
Yep, we rolled back the changes because it opened a can of worms when managing the PRT Loader’s own caches - right now it behaves like in the previous release.
We will likely revisit this when we start adding PRT Loader Modifiers for culling, channel copying etc. We have to take into account all validity intervals of all modifiers and dependencies to get it right, so it is a lot of work and not as trivial as we expected.