New DXF Importer in 2.72 struggles with "minimal DXF" (by Paul Bourke) - was OK before. #42216

New Issue

Eric Roger · 2014-10-14T04:13:15+02:00

Eric Roger commented

2014-10-14 04:13:15 +02:00

System Information
Windows 7 64-bit (with NVIDIA GeForce GT 610) and Windows Vista 32-bit

Blender Version
Broken: 2.72 95182d1
Worked: Blender 2.71

Description
I've been using a 'minimal' DXF file template as mentioned by Paul Bourke (see http:*paulbourke.net/dataformats/dxf/min3d.html - Appendix 2 at the bottom and the extracted Minimal_dxf_test.dxf) that I'd happily been using as a basis for a project up to version 2.71 (set of 3d lines -> DXF generator program written in C# -> Blender import). But this minimal DXF doesn't import successfully with the recent (and very advanced-looking) DXF importer in Blender 2.72. The same applies for the DXF files I generated. I've tried many combinations of the import parameters/checkboxes, but the Python scripts always report initialisation failures.I don't think there is any point in me sending any other more complex DXF files (they just have more 3D objects, the structure of the file header is exactly the same).

It's difficult to tell whether this is really a bug as this importer must have been thoroughly tested, but I would be VERY keen to know what needs to be added to this minimal DXF to keep the import scripts happy. Or if there is a free DXF-generating piece of software out there that I can use to replicate the testing done on the Blender 2.72 DXF importer, please let me know. That way I'll replicate the 3D scene in this minimal DXF file from that software, and publish my findings here.

The minimal DXF file assumes that there is only one layer used (8-1), one colour (62-1), no lights, no camera, and just basic 3D objects. This gives me a nice simple way to 'program' a 3D scene as can be done in POVRay.

Exact steps for others to reproduce the error

Save the attachment to the disk.
Ensure the new DXF Importer is available in the User Preferences (File > User Preferences > Addons > Ensure 'Import-Export: Import AutoCAD DXF Format (.dxf)' is checked).
Import the file saved in step 1 (File > Import > AutoCAD DXF). The Options under 'Import DXf v.0.8.5' don't seem to matter at all. Failure guaranteed.

**System Information** Windows 7 64-bit (with NVIDIA GeForce GT 610) and Windows Vista 32-bit **Blender Version** Broken: 2.72 95182d1 Worked: Blender 2.71 **Description** I've been using a 'minimal' DXF file template as mentioned by Paul Bourke (see [http:*paulbourke.net/dataformats/dxf/min3d.html ](http:*paulbourke.net/dataformats/dxf/min3d.html) - Appendix 2 at the bottom and the extracted [Minimal_dxf_test.dxf](https://archive.blender.org/developer/F116565/Minimal_dxf_test.dxf)) that I'd happily been using as a basis for a project up to version 2.71 (set of 3d lines -> DXF generator program written in C# -> Blender import). But this minimal DXF doesn't import successfully with the recent (and very advanced-looking) DXF importer in Blender 2.72. The same applies for the DXF files I generated. I've tried many combinations of the import parameters/checkboxes, but the Python scripts always report initialisation failures.I don't think there is any point in me sending any other more complex DXF files (they just have more 3D objects, the structure of the file header is exactly the same). It's difficult to tell whether this is really a bug as this importer must have been thoroughly tested, but I would be VERY keen to know what needs to be added to this minimal DXF to keep the import scripts happy. Or if there is a free DXF-generating piece of software out there that I can use to replicate the testing done on the Blender 2.72 DXF importer, please let me know. That way I'll replicate the 3D scene in this minimal DXF file from that software, and publish my findings here. The minimal DXF file assumes that there is only one layer used (8-1), one colour (62-1), no lights, no camera, and just basic 3D objects. This gives me a nice simple way to 'program' a 3D scene as can be done in POVRay. **Exact steps for others to reproduce the error** 1. Save the attachment to the disk. 2. Ensure the new DXF Importer is available in the User Preferences (File > User Preferences > Addons > Ensure 'Import-Export: Import AutoCAD DXF Format (.dxf)' is checked). 3. Import the file saved in step 1 (File > Import > AutoCAD DXF). The Options under 'Import DXf v.0.8.5' don't seem to matter at all. Failure guaranteed.

Eric Roger commented

2014-10-14 04:13:15 +02:00

Changed status to: 'Open'

Eric Roger commented

2014-10-14 04:13:15 +02:00

Added subscriber: @Eroger

Eric Roger commented

2014-10-14 08:45:10 +02:00

Sorry this defect should be part of the Addons. I only became aware of this category after I'd raised it.

Lukas Treyer was assigned by Sergey Sharybin

2014-10-14 09:09:15 +02:00

Sergey Sharybin commented

2014-10-14 09:09:15 +02:00

Added subscriber: @Sergey

Sergey Sharybin commented

2014-10-14 09:09:15 +02:00

Lukas, guess this one is for you?

Lukas Treyer commented

2014-10-14 14:41:56 +02:00

Yes. I will have a look at it.

Lukas Treyer commented

2014-10-15 10:36:14 +02:00

Since your error messages are thrown by the dxfgrabber library I was in contact with its author. Short answer: DXF versions before DXF12 (AC1009) are not supported. I replaced AC1006 with AC1009 in your file and it works. BUT: we still don't know how this might behave. Since there is no complete documentation of any DXF version older than AC1009, those old versions are not supported by dxfgrabber. Any version other than DXF12 therefore gets treated as DXF13, which causes your errors.
I propose you change AC1006 to AC1009 and do some further tests. If everything works fine, we are happy. Otherwise I would propose to make your files conform with DXF12.

Can you please report back on your tests here?

Since your error messages are thrown by the dxfgrabber library I was in contact with its author. Short answer: DXF versions before DXF12 (AC1009) are not supported. I replaced AC1006 with AC1009 in your file and it works. BUT: we still don't know how this might behave. Since there is no complete documentation of any DXF version older than AC1009, those old versions are not supported by dxfgrabber. Any version other than DXF12 therefore gets treated as DXF13, which causes your errors. I propose you change AC1006 to AC1009 and do some further tests. If everything works fine, we are happy. Otherwise I would propose to make your files conform with DXF12. Can you please report back on your tests here?

Eric Roger commented

2014-10-15 10:46:31 +02:00

Thank you for this. I'm happy to just change the version in the files, I was not religiously attached to it.

I'll report on my testing tonight, but I don't expect any particular problems (the DXF primitives I use are very basic).

Thank you for this. I'm happy to just change the version in the files, I was not religiously attached to it. I'll report on my testing tonight, but I don't expect any particular problems (the DXF primitives I use are very basic).

Eric Roger commented

2014-10-15 23:46:20 +02:00

I confirm that the testing was all good with the version updated in the DXF files, following your instructions.

May I suggest a test for any unsupported DXF version in the importing script, so that an informative error message is visible to the user? This would have avoided this bug/task from being raised.

Many thanks for your swift response.

I confirm that the testing was all good with the version updated in the DXF files, following your instructions. May I suggest a test for any unsupported DXF version in the importing script, so that an informative error message is visible to the user? This would have avoided this bug/task from being raised. Many thanks for your swift response.

Lukas Treyer commented

2014-10-21 17:18:15 +02:00

Changed status from 'Open' to: 'Resolved'

Lukas Treyer closed this issue

2014-10-21 17:18:15 +02:00

Lukas Treyer commented

2014-10-21 17:18:15 +02:00

Commited as blender/blender-addons@68e4b7e6bf

Sign in to join this conversation.