Run Audit3dmFile on that 35Gb file and post the results here. We might be able to use that to determine what is happening
Well, itâs runningâŚ
Here is the audit file:
35_gb_file_audit.txt (4.1 MB)
I see this:
Texture Mapping Table:
35462 texture mappings with 3625 plug-in data items, 35992867917 bytes (offset 35248 to 35992903165)
Thatâs about your 35 gigs right thereâŚ
Hmm, 35K textures making 35Gb means about 1Mb per texture⌠I think the individual texture size seems reasonable, but the sheer number of them not⌠I have no idea what is causing that.
Your object table (your actual model geometry) has 45,000 plus objects:
45596 objects, 27755793 bytes (offset 35993040137 to 36020795930)
â but thatâs only about 27Mb.
It appears the file size is almost entirely due to textures.
Do you have any idea what you did immediately before the file size got so big?
I have no idea what happened. I simply loaded the file, generated the 2D drawings and tried to save. But there shouldnât be ANY textures in this file at all. Itâs all my work and itâs for 3D printing, and I did not add any textures to the file that I am aware of.
Now, I DID export everything about a year ago to obj files, which I then took into Blender and texture mapped for giggles, but that is a completely different project, and it was all done in Blender. Itâs possible that I did re-import something that might have had a texture, but I have been working with these files for YEARS, and this just started happening. I am in the habit of incremental saving, so I went through 70 build revisions, and Iâm on revision 21 of slicing up parts for 3D printing.
The other thing that is odd about this is that, as I mentioned, I also tried to âExport Selectedâ only the 2D lines, which are on separate layers. I may be wrong, but I suspect 2D lines donât support textures at all, but when I tried to do that, I had to stop it after 10 mins because it was doing the same thing. Why would a file that is just an export of 2D lines need to export textures?