Odd, this. I have some pflow sources that are just Render, Display, and either a Krakatoa File Birth (set to load single frame) or Krakatoa PRT Loader Birth. That’s all.
If I’m on frame 0, and turn off the Display (which should do nothing to Krakatoa) that source doesn’t send particles to render. Advance to frame 1, and it renders fine. Go back to 0, and it renders fine. Turn the Display back on, and it sends nothing.
Had similar issues before.
Also had some issues where krak would render only to alpha…and after clicking around a lot it would render and when returning to the old settings it seemed to work fine.
Tho i did that from the top of my head only so i MIGHT have missed something. But as i experienced that on a bunch of scenes i dunno.
I hadnt feedbacked it as i couldnt reliably reproduce it. It happend quite often but i was never shure if i didnt maybe do something wrong.
It was definately with a PRT Loader too. If it rendered once it seemed to render fine. What seemed to work often was overriding
Emission with full white, then rendering then turning back off.
I do have a reproducible case now somewhat. Really weird tho.
Loading a PRT sequence
Moving to a frame that has particles
Hit render -> Nothing but Alpha. No wonder there are no lights hence
Add an omni. Still nothing but alpha:
Check “Ignore scene Lights” -> AGAIN NOTHING but alpha
Uncheck “Ignore scene Lights” -> And without changing anything else it works as expected!
Dunno if that helps tracking, but it seems this is once per session. If i do a reset and restart the exact same procedure it works as soon as the omni is added!
So might be eventually something that is initialised when unchecking Ignore scenelights and isnt before ? Dunno…up to you guys i guess
Weirdly with the very same PRT when checking “load single frame only” max crashes instantly. (Tested as wanted to save a single frame because it’s rather big all in all)
For reference i attached a single frame (the one i was testing with)
This is xp Pro 64, Max 2k8 64 and the latest public build.
There was a bug where a PRT Loader would crash Max if Krakatoa was not assigned as the renderer yet. Could that be the cause in your case?
(That was fixed an hour ago btw, turned out to be a threading issue since Krakatoa loads the TBB.DLL and PRT Loader was using some multithreaded operations)