AWS Thinkbox Discussion Forums

Crash on render to file (reproducable).


Version: 0.9.6.25313 Node-Locked
Max Version: 9.0 32-bit

Summary: Saving a partioned render results in a crash. Message window says it is rendering from 16 systems when only one is set to render.

Steps to Reproduce:

1. Create 16 new PF sources set to 5,000,000 each, instancing a sphere object.
2. Set up a single spotlight and camera
3. In the viewport, delete all but one PF Source.
4. Set render to file, with PF geometry.
5. Set PF source particle birth to 1,000,000
5. Hit Save Particles.

Result: Crash, and message window output (attached). There was still plenty of free memory (from viewing task manager).

Other: This was the result of me playing around a bit. Since deleting the Sources in the viewport leaves you with 15 unattached events in the particle view, i'm wondering if the message is just counting the events regardless of whether they are attached to a source. Actually setting up a new independent event manually (without a render source) does not yield the same message. Apologies in advance if once again I have found a bug already mentioned on the forums (A search revealed nothing).

_____________________
Martin Brennand

This is a new one :o)



The message in the attached screenshot is not an error message. It only shows that 1 million particles are being saved, but should not show 16 sources if they are detached from flows. And, of course, it should not crash in such cases. ;o)



Will log it as defect on Monday.



Btw, you don’t have to apologize for duplicate reports - the reason I post an answer with a pointer to duplicates is so you know it is logged and possibly fixed for the next build already.

In fact, duplicates show that a certain problem is being encountered more often, so they are helpful in evaluating the order we fix things for the next beta build.



Cheers,



Borislav “Bobo” Petrov

Technical Director 3D VFX

Frantic Films Winnipeg


Thanks Bobo, good to know.
Let me know if you need the file to test from (if you can't reproduce it).

_____________________
Martin Brennand
Privacy | Site terms | Cookie preferences