export ACIS option in DXF importer crashes and ACIS objects are not imported #51476

Closed
opened 2017-05-12 15:19:32 +02:00 by matali23 · 6 comments

System Information
Windows 7 x64

Blender Version
Broken: 1cfc481

Short description of error
When ticking the option to export ACIS, the import will try to create a file with a very long name and crash. Without this option, it works, although ACIS object won't be imported.

Exact steps for others to reproduce the error
I can't provide the file as I have no rights on it. But it seems the addon create a xxx_surface_.sat, then xxx_surface_.001.sat, then xxx_surface_.001.001.sat, etc. adding 001 on each next sat file, until reaching the windows limit.
replacing line 1310 in do.py with

name = name[0:-4] + "." + str(len([n for n in self.acis_files if name in n])).zfill(3)

solves the problem, but solids are still not imported.

**System Information** Windows 7 x64 **Blender Version** Broken: 1cfc481 **Short description of error** When ticking the option to export ACIS, the import will try to create a file with a very long name and crash. Without this option, it works, although ACIS object won't be imported. **Exact steps for others to reproduce the error** I can't provide the file as I have no rights on it. But it seems the addon create a xxx_surface_.sat, then xxx_surface_.001.sat, then xxx_surface_.001.001.sat, etc. adding 001 on each next sat file, until reaching the windows limit. replacing line 1310 in do.py with > name = name[0:-4] + "." + str(len([n for n in self.acis_files if name in n])).zfill(3) solves the problem, but solids are still not imported.
Author

Changed status to: 'Open'

Changed status to: 'Open'
Author

Added subscriber: @matali23

Added subscriber: @matali23
Lukas Treyer was assigned by matali23 2017-05-12 15:20:37 +02:00
Author

I learned as much as I could about Python as you asked and did my best.

I learned as much as I could about Python as you asked and did my best.
Member

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Member

Here the importer relies on the dxfgrabber library . I have been in contact with its developer a lot when developing the dxf importer. He says, there is no open documentation on DXF solids, since AutoDesk just inserts solids in binary format into the dxf. He was only able to export the solids to sat files. So the behaviour you experience is not a bug "but a feature". We could also just ignore the solids completely, as it was the case with the former dxf importer. At the time when developing the dxf importer there was no python library to read sat files. Therefore, you might rephrase your problem as a feature request. But I am not able to help you with this right now - even if you find a python library for sat files.

Apparently you try to import quite a big file, if you hit the limits of windows? You might try to import the file to another software and export it to a different format. FBX importer might be able to deal with solids.

Here the importer relies on the [dxfgrabber library ](https://github.com/mozman/dxfgrabber). I have been in contact with its developer a lot when developing the dxf importer. He says, there is no open documentation on DXF solids, since AutoDesk just inserts solids in binary format into the dxf. He was only able to export the solids to sat files. So the behaviour you experience is not a bug "but a feature". We could also just ignore the solids completely, as it was the case with the former dxf importer. At the time when developing the dxf importer there was no python library to read sat files. Therefore, you might rephrase your problem as a feature request. But I am not able to help you with this right now - even if you find a python library for sat files. Apparently you try to import quite a big file, if you hit the limits of windows? You might try to import the file to another software and export it to a different format. [FBX ](http://download.autodesk.com/global/docs/motionbuilder2014/en-us/index.html?url=files/GUID-D1C279AB-42EB-4483-BE90-858C9DF81F04.htm,topicNumber=d30e32613) importer might be able to deal with solids.
Author

ok, I can understand. Maybe adding a warning or UI feedback about ignored elements would help users to understand what happened.
What about the patch? I think those line don't do what was intended and at least in this case, it solve the problem by incrementing 001 to 002 to 003 instead of making the name always longer with 001, 001.001, 001.001.001, 001.001.001.001, etc.

ok, I can understand. Maybe adding a warning or UI feedback about ignored elements would help users to understand what happened. What about the patch? I think those line don't do what was intended and at least in this case, it solve the problem by incrementing 001 to 002 to 003 instead of making the name always longer with 001, 001.001, 001.001.001, 001.001.001.001, etc.
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender-addons#51476
No description provided.