a lot of lights is a problem for sure. but you can delete them. you can delete all objects and save empty scene. but this “empty” scene will hang the max on reset (new) as well
Just tested this : deleting the lights and saved the scene, started fresh max session and loaded the scene -> result: locking problem is gone
But the deletion of the lights takes ages, what again shows that its a problem during lights node deletion.
BTW: there are over 6.4K lights in the original scene …
I have the demo installed, but testing with the whole vray plugin removed shows the same result:
as soon as i deleted all lights, saved that scene and reloaded that scene in a fresh Max session, the problem is gone . Reset happens as it should after loading that scene
Did you catch all lights ? There are thousands of lights hidden somewhere below group hierarchies etc… Additionally the lights category display is hidden too ( Display tab)
So maybe there are still a lot of lights in your scene
i’ve just tested with max 2014. empty scene resets well. you are right.
i saw 6,5K lights. that’s why i deleted them first. but my max 2012 was still hanging on reset.
6,5K is a big number and i absolutely sure there is no way to render this scene. the thing that i didn’t catch is that they are instances. that might be the key. maybe resetting causes some infinite cross notification.
Okay – here is the proof that its a problem with that many lights in general – not only vray lights. A scene containing 2K instances of one photometric light plus 2k instances of another photometric light. And another one with all those lights as copies
Result: exactly the same issue when reseting/exiting aka at node deletion, it simply takes ages
I tried,export to fbx can import and reset(after saving it),but can we have other better solutions?
After export and import steps,the origin scene has changed,like render settings and other things,my goal is to fix it without change the origin scene.
i made all objects in the scene unique. the scene still hangs on reset.
can you delete all lights? I can not see the lights after did “unhide all” and “unfreeze all” operations,I try to use “H” key to select them and deleting,it seemed 3dsmax began no responsed…
ok. i’ve delete 90% of lights and it solves the problem. Josef was. They are too many.
to delete all lights:
delete lights
it will take about 15-20 min
i think max can reset original scene with all lights. it just takes about 30-40 minutes and no one could wait till this ‘happy end’
It does’nt even matter if the lights are instances or not or what type of lights
As the demo scene (created from scratch ) i linked in my post above shows:
even a simple scene with 4K non-instanced lights hangs for a long period on reset, most probably during the node deletion stage…
Doing the same with standard objects ( 4K teapots ) does not show this behaviour, so there seems to be some pretty unoptimized code inside Max’s light handling code
BTW: ripping out all possible causes for this slowdown ( scripts, macros like lightlister etc… up to removing mental ray and all of it’s plugins) does’nt help either, so the cause must indeed be buried down in Max’s core or the light base class
I just tried both scenes in LightInstanceTests.zip posted above.
For both files, I did a render with VRay (came out as a bluish image), followed by a reset.
In both cases, Max finished the reset between 1.5-2.0 minutes.
This is with Max 2014 SP5 on an old laptop at home.
Well – that still shows there is a problem. There is no reason besides some serious Max-internal flaw that purging that number of light’s should take so long
And this example scene does’nt contain as many lights and no other objects …
Maybe some Vray light specific code does cause that issue to be even more apparent…
I’m trying to troubleshoot similar problems. In my case, it isn’t lights (these scenes only have 1 light).
What is causing this issue here is many nodes that have Custom Attributes. I haven’t tested enough to know for sure, but in my case it may be related to CAs that have Node or NodeTab properties. That is my current working theory.