@Philip from your files it looks like you use Box Edit (probably a lot). While testing if this could impact saving of the file (Box Edit adds document user strings) I ran into a performance problem:
That sounds very strange as I really don’t use Box Edit at all! The only “box” thing I have used is Box Mapping (for the ‘boxy’ objects in those files).
Well no, not really - not using Box Edit… The only thing regarding performance problems are slow navigating in a file (and crashes), when I have two (or more) files open: Rhino V6 slows down with two or more files open This was one of the things I showed Andy (IIRC). This have been a big problem for months. As I mentioned it’s impossible to have more than one file open at the same time:
This is not, however, related to the empty files problem, is it…
I don’t know what more to say… I never change any settings in the Box Edit panel. I never even open the panel - only perhaps by mistake sometimes. If I want to change the dimensions of an object I mostly use sub-object-selection and move faces with ‘move’ or by using the gumball.
Don’t worry about it for now - the BoxEdit part I started investigating only because there were some document user strings in at least one of the files you sent. @andy just mentioned that months ago you had shown him how BoxEdit was slow, so I assumed that it was also the case here. The reason I am investigating this as a potential problem is that we used to have a similar saving problem with string data becoming corrupt. It is believed this is now robust - but then again, it was already believed the first time around and it wasn’t
I keep investigating.
The additional information of @msmr and @Akash is in line with some of the original parts: empty after exporting where you @Philip export to v5, @msmr to STL and @Akash to OBJ. I’ll be further focusing on that. Although I don’t rule out just yet the possibility of some data becoming corrupt and then doing its damages during export and save.
It looks like the loss happens if I export, and then close rhino, without saving the 3dm before the export and close command.
then upon closing when rhino ask if I want to save, I saved.
to repeat the steps in this case:
make a box,
save and then export
close and open rhino, all is fine.
copy paste the box ,and move deform one box.
export just one of the boxes , overwriting [but I don’t think i’s the problem]
close rhino [saving the 3dm when prompt
open rhino, only the exported one box is in the file along with one more layer, [the 5 default layers are also gone]
Hi Dan
if I save before export it will normally be Command + S
but the save that seems to be the possible failing one is the save promos upon quitting Rhino
[normally it will be a Command + Q for that]
There are still some steps missing, I’m afraid. I really don’t know which file you have open at this point, the originally saved file or the exported file? What format did you export to? etc.
I’m trying to reproduce your steps but I’m having no luck and I suspect it is because I’m having to do a lot of guess-work or make presumptions that you are not making.
Here is a format that I think would help me, if you have the patience.
Launch RhinoWIP (version number here) and start a new modeling window.
Use the Box command a draw a box at the origin.
Press Command+S and save the file as TestSave.3dm to the Desktop.
Run the Export command and export the file as TestExport.3dm in the Rhino 6 format and export to the Desktop.
Press Command+Q to Quit rhino.
Launch the RhinoWIP again and open TestExport.3dm from your Desktop…
…etc. I’m sorry to say that I need this level-of-detail to follow along. Videos also help if you don’t want to write it all out.
please if you look again at my steps in previous post, you can see that I find no problems if I save and then export without any editing of the box between the 2 operations
please kindly follow these [more detailed steps] as it is consistently failing here
Launch RhinoWIP (version number 6.15.19078.12066,) and start a new modeling window.
Use the Box command a draw a box at the origin.
Press Command+S and save the file as TestSave.3dm to the Desktop.
3A. select the box.
Command + C. > Command + V. to copy the box
modify the new box with gumball [some moving and scaling I did]
run the export command and export as .OBj [in my case] the modified box 7A. Note that I didn’t save again after the modifications and before the export!
close rhino with saving when prompted
relaunch Rhino and open the TestSave.3dm from splash window, [the preview show both boxes]
only the un-exported box remains and only 1 layer [some times there are 2 layers but the rest are gone]
*both boxes were on the same layer.
Excellent! Thank you @Akash! Those details definitely count and I’m able to reproduce this on my computer. I logged this in RH-51620. I think this is similar to some other behavior have been seeing.
Some of these issues may be improved in the latest RhinoWIP. We were able to isolate the one @Akash described and fix that one (we hope!).
There may be other perhaps related issues mixed in this long topic. As always, it is extremely helpful to hear from you and get the detailed reproduction steps. This is critical to us.
It also helps if we split similar issues off into separate topics when it’s not clear if things are related…but that’s just a bookkeeping issue.