Print at Feb 28, 2026, 2:17:53 AM

Posted by Keet at Feb 22, 2026, 8:06:34 PM
Re: Problem with optimisation
As long as you load an individual .obj file, referring to a shared .mtl file will work. This is because both the .obj file and the correct .mtl are read during the import. Any other way will fail. The only optimization is a few less mtl files but there are better ways to do that.

If your goal is to reduce the number of files then zip an .obj and a .mtl file and any texture images listed in the mtl file, then delete the .obj and .mtl file (and the textures if they are not needed for another file). You can import the .zip file just as you import an .obj file and you will only have a single file (the zip) on your drive. You can even select different .obj files and zip with the same .mtl file. Just wait with deleting the .mtl file until you created all zips using that mtl file.
Keep the .mtl file in the same directory as the .obj file(s). Although specifying a path should work it often causes problems after wards, especially if there also texture images to load.

You can further limit the number of files by creating a library and then zip all obj/mtl zips into a single zip file. Or simply delete them all since they are already in a .sh3f library file. If you open a .sh3f file with a zip program you can see that all obj and mtl files (and textures) are included in that zip (.sh3f) file. You can extract them from the library or export them after you added them to your 2D pane.

I doubt that drive space is the problem, more likely that so many files become a mess and you loose overview. Solve that by working with a directory structure that organizes your files and delete unused or no longer needed files.
----------------------------------------
Dodecagon.nl
1300+ 3D models, manuals, and projects