Release] LinkForge v1.2.3: 100% Type Safety, Parser Hardening & ROS-Agnostic Assets

Hi everyone! :waving_hand:

I’m excited to announce the release of LinkForge v1.2.3Professional URDF & XACRO Bridge for Blender.

This release marks a major stability milestone, achieving 100% static type safety across the Blender codebase and introducing significant robustness improvements to the core parser.

Key Highlights

  • :globe_showing_europe_africa: ROS-Agnostic Asset Resolution: We’ve introduced a hybrid package resolver that allows you to import complex robot descriptions (with package:// URIs) on any OS, without needing a local ROS installation. This effectively bridges the gap between design teams (on Windows/macOS) and engineering teams (on Linux).
  • :shield: Parser Hardening: The import logic is now much more resilient to edge cases, malformed XML, and unusual file paths.
  • :locked: 100% Type Safety: A complete refactor of the Blender integration ensures maximum stability and fewer runtime errors.
  • :right_arrow_curving_left: DAE Support Restored: Full support for Collada meshes has been restored for legacy robot compatibility.

LinkForge enables a true “Sim-Ready” workflow: Model in Blender, configure physics/sensors/ros2_control visually, and export valid URDF/XACRO code directly.

:link: Links:

Happy forging! :hammer_and_wrench:

1 Like

What does this mean? Is there some reason to not use Collada?

Good question!

Blender 5.0+ dropped built-in Collada (.dae) support, and the broader robotics ecosystem is moving in the same direction. Gazebo Sim, Isaac Sim, and MoveIt 2 all favor glTF/GLB as the modern standard.

In v1.2.0 we removed DAE handling too, but that was too aggressive. Many classic robots (PR2, UR5, Fetch, etc.) still rely on .dae meshes. So in v1.2.3, we restored DAE support for Blender 4.2 – 4.x.

The good news: LinkForge makes migration easy. Import your legacy DAE robot, choose GLB or STL as export format, and LinkForge re-exports all meshes in the modern format automatically. One step, no manual conversion.

On Blender 5.0+, DAE won’t work (Blender removed Collada entirely), so we recommend migrating now while on 4.x.

1 Like

There is nothing legacy about either Collada nor the robot (model)s you mention.

Blender maintainers removed Collada IO support because the loader plugin they used seems to have gone unmaintained. That’s it.

STL can’t replace Collada. It’s a very primitive mesh format with no support for anything except plain mesh data (ie: encoding 3d shapes).

Gazebo Sim, Isaac Sim, and MoveIt 2 all favor glTF/GLB as the modern standard.

I assume you’re referring to MoveIt Pro here?

1 Like

You’re right on all points.

“Legacy” was a poor word choice. DAE is still a valid format and those robots are actively used. I also didn’t mean STL as a replacement for DAE, they serve different purposes. STL is geometry-only, while DAE carries materials and textures too.

Blender marked its Collada I/O as legacy starting in 4.2, and removed it in 5.0. So for LinkForge users on Blender 4.x, we made sure DAE import still works. And when they export, they can choose their preferred mesh format (STL, OBJ, or GLB), LinkForge handles the re-export automatically.

Thanks for the correction.

1 Like

And what’s the level of GLB support in ROS tools? Does assimp fully support it, including materials? Rviz, Gazebo, etc, all of them work with GLB?

Assimp handles GLB materials exceptionally well and Gazebo Sim is fully on board, but RViz2 can still present some edge cases compared to the proven DAE (Collada) support.

With LinkForge, you have the choice: use DAE for rock-solid stability in classic ROS tools, or export to GLB to stay ahead of the curve for modern, high-fidelity simulators.

1 Like

I will say it has been nice using gltf for Gazebo as it allows us to embed all the textures into a single file and natively supports PBR materials.

2 Likes