简述FreeCAD在vs2017下的编译与dxf导入


最近发现 FreeCAD 官方在发布 0.19_pre 时已提供 vs2017 x64的LibPack,现在就再来测试一下。

编译

下载 FreeCADLibs_12.1.2_x64_VC15.7z 官方LibPack之后,解压后可以将vs2017的生成目录与LibPack重合,也可以不重合。不重合的话可以更好地看清楚编译后的 FreeCAD 都会产生哪些文件。

不重合 LibPack,使用cmake生成vs2017工程项目文件,这里边最主要的是二个变量的设定:FREECAD_LIBPACK_DIR要设置到LibPack解压目录,另外需要将 BUILD_QT5 开启,然后就可以了。

运行

启动编译成功的 FreeCAD 有点注意事项 (不重合的情况下):

  • 有可能启用后找不到python的相关文件而启动失败。这个时候建议设置 FC_PYTHONHOME 至 FreeCAD-LibPack 解压后目录的 bin 子文件夹;因为在FreeCAD启动代码里会取 FC_PYTHONHOME 重置 PYTHONHOME 环境变量。
  • 有可能因为找不到 Qt 的platform插件而启动失败。建议向 编译后 FreeCAD_d.exe 所在目录添加 qt.conf 文件,使得Qt知道他的库路径在哪个地方。如果是重合LibPack目录的此项不用设置。

qt.conf 的内容举例如下:

[Paths]
Prefix=E:/sources/FreeCAD/FreeCAD-vs2017-build/../FreeCADLibs_12.1.2_x64_VC15

导入dxf, dwg

导入dxf, dwg类型的文件,是在 Draft 模块之下的 Init.py 里边增加的,dxf 由 importDXF.py 负责,dwg 由 importDWG.py 负责。

其中 importDWG.py 是采用 ODA 的 TeighaFileConverter.exe 来进行中转的,也就是说如果导入dwg,那么它先用 TeighaFileConverter.exe 将dwg转换成为 dxf,然后将dxf格式的文件导入;导出也是如此,先转换成为dxf文件,再由 TeighaFileConverter.exe 将dxf转换成为dwg。

第一次看到这样的转换思路,在缺少稳定可靠的dwg导入导出库时,这样的思路感觉不错。

导入 dxf 格式,在 importDXF.py 内是这样处理,首先从 user.cfg 读取设置,如果 BaseApp/Preferences/Mod/Draft/dxfUseLegacyImporter 的设置为True,则启用 python 语言的库进行导入,这个库没有的话,会从github上下载。然后还有一个配置项,是否每次都去尝试下载最新的。下载的4个文件(dxfLibrary.py, ...) 会放在 Macro 目录或者是 UserAppData。

默认情况第一次启动时,user.cfg 内是没有设置 BaseApp/Preferences/Mod/Draft/dxfUseLegacyImporter 的,则取默认值为False,这时就采用 Import 模块的 readDXF() 来执行dxf文件的导入,这是C++写成的。

dxf文件的格式

dxf格式的描述,网上有一大堆这方面的文章,AutoDesk也有帮助文档阐述了dxf格式。文本形式的比较友好,它总是采用一个组码+相关值的方式,而且组码与相关值都各自占一行。

不同的组码代表不同的类型,比如 0 SECTION 表示段的开始, 0 ENDSEC 表示段结束;然后 0 HEADER表示为HEADER段,图形对象在 ENTITIES 段内。

很多库并不会处理dxf的全部内容,比如 FreeCAD 内带的 dxf.h/dxf.cpp ,就是只读取 ENTITIES 段之下的图元的,其余的信息都丢弃处理。


作者:bitbybit3d,发布于:2019/05/16
原文:https://www.cnblogs.com/bitbybit3d/p/10873802.html