Consider adding more file formats support

[mwestphal]

Context F3D supports many file formats, but they are many that F3D does not support, lets add supports for these formats!

Help wanted Not an usual help wanted issue, but if you are familiar with any of these formats and want to add supports for it, please say so and we will create a dedicated issue with all needed information.

Formats

• [x] .fbx : Must have https://github.com/f3d-app/f3d/issues/37

Formats to consider sorted by reddit upvotes:

• [x] .usd 9: https://github.com/f3d-app/f3d/issues/780
• [ ] .3DXML 9
• [x] .dae (collada) 7
• [x] .x (directx) 7 : https://github.com/f3d-app/f3d/issues/1124
• [ ] Parasolid (.x_b, .x_t) 7
• [ ] ACIS (.sat) 7
• [ ] .blend 7: https://github.com/f3d-app/f3d/issues/1125
• [x] .3mf 7: https://github.com/f3d-app/f3d/issues/1126
• [ ] .ma 4
• [ ] .jt 4
• [ ] .ipt/.iam 3
• [ ] .dwg 3
• [ ] .ifc 3
• [ ] Navisworks .nwd 2
• [ ] .dwx/.dwfx 2
• [ ] .ztl/.ztr 2
• [x] vdb 2 : supported by VTK ! #181
• [ ] .las 2
• [ ] Revit formats RVT, RFA, RTE, RFT. 2
• [ ] .skp 1
• [ ] .wire 1
• [ ] e57. 1
• [ ] .ztl 1
• [ ] .pcd 1
• [ ] .skp 1
• [x] .brep 1 : https://github.com/f3d-app/f3d/pull/946
• [ ] .3dm : https://github.com/f3d-app/f3d/issues/1489
• [ ] point clouds: https://github.com/f3d-app/f3d/issues/201
• [ ] Quake MDL 1 : https://github.com/f3d-app/f3d/issues/1310

[mwestphal]

https://gitlab.kitware.com/f3d/f3d/-/issues/219

[gerroon]

I am voting for VDB as well, it is super common in VFX pipelines.

[mwestphal]

added the vote and moved it up. We would need someone willing to work with OpenVDB. library.

FYI @Meakk

[runxel]

Also please consider supporting more point cloud formats. .pts is already available, but tbh I've never come across one single pts file. e57, ply, and even simple xyz are much more common.

[mwestphal]

Hi,

.ply is supported already. .xyz has no real standard for point clouds. Ill take a look at e57

[mwestphal]

About e57: http://www.libe57.org/

Looks like there is a lib.

[astandarduser]

Would be amazing to have ztl, maya ascii, 3DXML, and the ability to open 3dPDF files albeit that may be out of the scope of this project

[mwestphal]

Pretty much all proprietary formats, i'd not get my hopes up.

• https://drawing.wiki/skills/whats-the-difference-between-ztl-and-zpr-files-in-zbrush/
• https://autodeskmaya.fandom.com/wiki/ASCII_File (may be doable since it is text based)
• https://en.wikipedia.org/wiki/3DXML

[astandarduser]

I figured ztl was a stretch, and the models will be super heavy too generally. 3DXML is supported by many apps so I assumed it wasn't but I guess not. Some other software imports maya ascii too for example Zbrush

[drtrigon]

+1 for .3mf

I would also very much like to se support for .3mf as all major software packages around 3D print add it recently. It is supposed to have some advantages over .stl, see e.g. https://blog.prusa3d.com/3mf-file-format-and-why-its-great_30986/ .

[mwestphal]

Added your vote and a note for vdb (which has its own issue : #181 )

[crafthive]

USD is pretty essential. It will very soon be the core 3d format imo

[mwestphal]

Added your vote @crafthive ! I hope someone who knows the format could go ahead and implement support,

[mrpurest]

+1 for USD is the upcoming standard.

[mrpurest]

also - I think opensource, multi-application formats should get priority over proprietary/application specific formats

[mwestphal]

Added @H4kunaM4tata vote for .3mf

[mwestphal]

@mrpurest : tbh it is more about finding contributors willing to add support for specific file formats

[mwestphal]

@mrpurest : added your .usd vote

[HakunMatat4]

Thank you @mwestphal , happy 3D printing.

[mwestphal]

For anyone following this, please note that since plugins are now supported, anyone can develop their own plugin, as @YangShen398 did for abaqus !

https://github.com/YangShen398/F3D-ODB-Reader-Plugin

[mwestphal]

added a few votes for USD as it was mentionned on reddit multiples times

[mwestphal]

more usd votes, we definitely should consider it.

[OloOcki]

First of all - an excellent project!

I'd like to vote for an open formats:

• 3D Models: CityGML in .gml encoding (specs: https://www.ogc.org/standard/citygml/), even without semantics and jsut geometry could be nice
• Point clouds: .pcd (https://pointclouds.org/documentation/tutorials/pcd_file_format.html) ; LAS/LAZ (https://www.loc.gov/preservation/digital/formats/fdd/fdd000418.shtml)

[mwestphal]

Hi @OloOcki !

• CityGml is already supported :)
• I've added pcd and las to the list.

[mwestphal]

Added a .3mf vote from reddit

[OloOcki]

Hi @OloOcki !

* CityGml is already supported :)

* I've added pcd and las to the list.

Hi @mwestphal excellent! I've missed it! I'll update the list of CityGML-supported viewers, then! Awesome CityGML

Thank you for adding!

[mwestphal]

Thanks !

TBH it's all thanks to VTK, that you may want to add in your list too, as a library.

[Meakk]

USD support coming soon.

Is support for MaterialX within USD important?

[mwestphal]

Added two ifc votes

[MostFull]

Please support extension ( blender + maya )

[mwestphal]

I've added your .blend vote @MostFull , what is Maya format specifically?

[MostFull]

.ma

في الجمعة، ٤ أغسطس ٢٠٢٣, ٧:١٦ م Mathieu Westphal @.***> كتب:

I've added your .blend vote @MostFull https://github.com/MostFull , what is Maya format specifically?

— Reply to this email directly, view it on GitHub https://github.com/f3d-app/f3d/issues/38#issuecomment-1665868510, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACS7GPTF5YUXY35NDVUMMQ3XTUN6LANCNFSM5H5Z3ADA . You are receiving this because you were mentioned.Message ID: @.***>

[mwestphal]

Added

[MostFull]

Thank you for your efforts. I would like to point out that some formulas are repeated twice in the first comment. For example, (ma) has two votes, and another (ma) has two votes. Why are there two (ma) ?

[mwestphal]

Good point! Ive combined them!

[jtlechem]

3MF, please

[mwestphal]

Added

[snoyer]

Open Cascade BRep format could be useful for CAD users working with OCC-based procedural generation (eg. cadquery, build123d) to F3D pipelines.

example file here: https://github.com/tpaviot/pythonocc-demos/blob/master/assets/models/Motor-c.brep

[mwestphal]

.brep added

[yannickbattail]

support for .3mf , that would be awesome

[mwestphal]

.3mf format vote added

[mwestphal]

USD format support added!

[redtif]

Please support 3mf Format

[mwestphal]

3mf vote added

[mwestphal]

Dedicated isssue created for 3mf, blend and X support!

[Meakk]

X format support just merged in master (rely on the assimp plugin)

[mwestphal]

VDB support added, please try the last nightly:

https://github.com/f3d-app/f3d/releases/tag/nightly

[mwestphal]

3mf and x support available in the nightly release!

https://github.com/f3d-app/f3d/releases/tag/nightly

[ShaddyDC]

My votes for 3dxml and jt, though I understand that as semi-proprietary formats, they're both long shots. Just a heads-up that the list in the issue contains both .3DXML and .3dxml, which I assume to be the same.

Some background on the formats:

The 3DXML file format is mostly officially documented here. It's basically just a zip file with a bunch of xml files. Unfortunately, it can also sometimes use some proprietary compression and encoding on .3DREP files that contain the actual geometry data. I assume that would require some reverse engineering, which is probably beyond the scope of this project. When that compression is not present, however, you've got some plain ascii xml files, which should be supportable. There is an open source implementation with GLC_lib and GLC_Player, although it's pretty janky in my experience. Some discussion of people trying to implement it is here and here, which provides some background, but I think the official documentation is the most helpful.

I haven't tried working with JT directly, but a colleague of mine has, and while the format has a public and open specification, it is extremely non-trivial to implement and not fun. We have opted to use the proprietary and licenced JT Open Toolkit, which is of course not an option here. It looks like there are some open source projects that try to work with the file format, but I don't know how usable they are, see dxjt_toolkit and oce-jt.

[Meakk]

Added your votes to the list.
Thank you for the links.

Note that it's still possible to open-source a plugin using a proprietary library. It has already been done for the ODB format: https://github.com/YangShen398/F3D-ODB-Reader-Plugin