Very often we get this message while saving a scene. It happens just in scenes with krakatoa (Beta 8) involved.
“unknown class: SuperID = 0x9003, ClassID = (0xEEEFFFFF , 0x0)”
Often that corrupts the file too!
Any idea ?
I can tell you that its some sort of subclass of a Float Controller (by SuperID = 0x9003). Other than that I have no idea where that would come from. What makes you say that it is a Krakatoa error?
I got the same error today… I was doing KCMs but don’t know exactly what I broke.
Can you all specify the exact version of 3ds Max you were using? 2010? 2011? 32 or 64 bit?
I have been using Max 2010 64 bit for development and have never seen this, but as you know I made changes to the controller system used by KCMs to work around the stupid bug Autodesk introduced in Max 2011. So if you were using 2011, it could be related.
Also please try to remember whether you had any Inputs connected to scene tracks in those KCMs.
I will try to test on Monday to see if I can repro. Unfortunately, I don’t have 2011 at home.
No, 2010 x64 sp1. It happened while I was trying to solve the KCM_Selection thing as well as seeing what was breaking the KCM auto naming. That error popped up when autosaving or saving. That’s why I don’t know exactly what caused it. Could have been anything in the previous 5 minutes.
Thanks for the info!
Things to keep an eye on (I will try to repro myself, but I am not sure how to do that without exact steps)
*Was the file in question a fresh one or one saved from a previous beta build?
*Did you perform any copy&pasting of KCMs, or moving of KCM up and down the stack?
*Did you perform any copy&paste of nodes between KCMs?
*Was the resulting saved MAX file corrupted after that as Mohsen reported?
**If it was not completely corrupted, can you send me one of those files once it happens so I can take a look?
Good news, I was able to repro it and have an idea what is causing it.
Will try to provide a patch on Monday.
Attached is a possible fix for the ClassID error.
Please copy into the Krakatoa\Scripts folder and see if it fixes the problem.
In short, the steps to reproduce this were:
*Create a Teapot
*Create a PRT Volume out of it
*Add a KCM
*Change the Input Node to Value / Vector
*Copy the KCM
*Paste the KCM as a second modifier on the PRT Volume
*Try to Hold or Save -> ClassID Error.
The problem was (and I swear this was already fixed and somehow got lost in the Subversion updates, will have to figure out how that happened) that the new List Controllers can have either one or two actual sub-controllers. A List Controller also has an Available slot which is a dummy Float controller with that special ClassID, but it does not behave as a real controller if copied into an actual controller track.
So when copying the KCM, the first sub-controller was always copied correctly, but the attempt to copy the second sub-controller could end up copying the Available track’s “controller” into the second slow, thus producing an invalid entry.
I fixed this by adding a check whether the source’s second track is “Available” or an actual controller and only copying if it is a valid controller.
As I said, I am absolutely sure I have written this fix before and it somehow did not end up in the Beta Build you got. Please let me know if the attached patch fixes the problem for you! I will also post it in the Beta 9 download thread.
Krakatoa_Channel_Node_Editor.zip (80.2 KB)
I looked closer this morning and it turned out that my memory of fixing the issue was related to the pasting of nodes between KCMs using the Clipboard Copy and Paste, but I never handled to copying of whole modifiers. This explains why I thought it was fixed but it was not.
Sorry for the inconvenience and thanks for catching the bug!
Thx a lot,
It is fixed.
sorry for the delay on confirmation. was a bit stressed on the deadline.