We haven’t changed much in the PRT loading itself and have not seen any instabilities ourselves.
What version of Max are you running? What CPU make are you using and how many cores? Are you using culling?
Tried loading in BIN files, and it crashes the same way. Same BIN files load into 1.2 OK. So it’s not just the PRT, but something in the way PRT Loader is displaying in viewport.
This is scary.
I have not seen a single crash myself, and we switched the whole office to 1.4.1, working on two major motion pictures with PRT data generated in 1.1.2. (yes, we have some balls )
We HAVE to figure out what is causing this - can you create a PRT or BIN in 1.1.2 with random data that crashes in 1.4.1 and send it our way?
Since the BIN loads fine in 1.2, and fine in NL Particles, and ONLY fails when displaying in the viewport in 1.4, I am wondering if perhaps it’s something goofy with my video card setup. I will try OpenGL vs DirectX vs Heidi on monday to see if that affects it. Also, I’ll test on a couple other workstations here.
The only thing that really worries me is that is doesn’t crash on every PRT file. Only on some.
Do you typically use materials on these particle loaders? I found a pretty serious bug in the material coloring code that was causing a crash depending on the channels present in the file. The bug is fixed and will be patched in the next release.
*Started Max (2008 64 bit here)
*Created a fresh PRT Loader
*Added the file
*Enabled Load Single Frame Only
*Set Viewport % to 100.0 - not sure what you mean by “… and Viewport”, but it shows in the viewport no problem. Running DX here.
Works for me. Added a KCM to color by position, seems to work in view and render.
Will try to run in Max 9 64 bit too.
But keep in mind I was using Beta 6 which is due out tonight
Darcy will have to reproduce this tomorrow (today is a holiday in Canada).
I will be in our LA office for two weeks so I will be limited in my ability to test stuff.