Hi Michael,

Its already take long time for Windows Development with no new feature for a while.
I hope its time to get new feature !

Thank You

Hi Anis, yup I've been occupied with developing the Mac OSX version recently - it's almost done now though and it won't be much longer before I'll be going back to V3 development.

- Michael

I though that you have finished with OSX Development, its almost done yeah.... :)
Lets back to the initial track.

Thank You Michael...

Hi,
my english is bad, sorry.
I've loaded the public beta and opened a Step-File (25MB).
When I'm starting the export (obj, 3ds, fbx) the polycounter runs and the export stop at 47% with the message "Insufficient memory".
Also when I reduce the polygones to the minimum. My system run with 24GB Ram. Saving with the formats 3dm, igs, sat is ok.

What's going wrong?
Peter

Hi Peter,

> What's going wrong?

MoI is running out of memory just as the message says - MoI is a 32-bit program and so it is only able to use about 4GB of your RAM and not all of it.

If you are generating a quite large density mesh that overflows that amount you may need to export it in some separate chunks rather than trying to create one single gigantic output file all in one go.

To do that select some different pieces of your model and use File > "Export" rather than File > "Save As" - Export is short for "Export selected objects", and it will only write just the objects that are currently selected to the output file so that should help to avoid running out of 32-bit address space.

- Michael

Hi Michael,
thank you for your quickly answer.
I think the step-file (24MB) is'nt too big to convert in obj for example.
So I selected one piece and tried to export ("select (the piece change to yellow)" - "file" - "export" - "obj"). It's the same thing: Insufficient memory :-(
I put the slider to "Fewer polygones" (Output: N-gones, Display: Shaded + edges, Angle: 35) but at 33% the message comes.
ViaCad is a 32-bit program too and it convert this step-File, unfortunately with some wrong meshes.

Peter

System Mac OS X 10.6.8, 24 GB RAM, 2 x 2,66 GHz 6-Core

By the way: MoI is great :-)

Hi Peter, is it possible for you to send the file to me somehow so I can test with it?

Just file size alone is not a full indicator of complexity - for example if the file contains a large number of instanced repeated objects, those will expand into totally separate objects when you open it in MoI and so the actual data being handled could actually be many times 24MB.

Or it could be possible that there is some problem with the STEP import resulting in some kind of slightly mangled object which then causes a sort of "run-away" excessively dense mesh being created as a side effect from that.

It's hard for me to know for sure without being able to test it myself.

That file may be too big to send to me by e-mail, is it possible to use a file sharing service and then send the link to me at moi@moi3d.com ?

Another issue may actually be your 6-core machine - when generating meshes MoI does make use of multiple cores and that does have a side effect of consuming more memory at once as well. It is possible to limit the number of cores being used, to do that go to Options > General and push the "Edit .ini file" button. In the text file that comes up, go to the [Mesh Export] section and find the setting for ThreadLimit= and put in ThreadLimit=1 and see if that makes any difference or not.

Thanks,
- Michael

Hi Michael,
with Threadlimit=1 it works for selected pieces. Thank you!!. Could I send you the completly file by e-mail (9MB zip)?
Other way I will send a link.

Peter

Hi Peter, 9MB might barely fit through e-mail, please go ahead and give it a try: moi@moi3d.com

Thanks!

- Michael

Hi Peter, thanks for sending me the 3DM file through e-mail, I've already sent you back a reply but basically it's not a Mac-specific issue, this particular file is unusually memory consumptive and kind of sluggish generating the mesh on Windows as well.

It seems that the file has excessively dense UV trim curves in it, my guess is that probably the original STEP file had a too small value for its file tolerance labeled in its header - currently the STEP importer uses whatever tolerance is specified in the file itself when it has to do some calculations on the data (particularly when creating UV curves from the 3D edge curve data), and if the tolerance labeled in the file has been set to some kind of unusually small value it can result in strange heavy UV geometry. Anyway, that's my guess on what is happening, we can sort it out further through e-mail.

Thanks,
- Michael