It's ready to buy now. I have a trial trying it out.Or is this only marketing for a planned product by a separate team?
This is a head scratcher. Looks like the YouTube channel was started back in Dec of '23 and already has quite a following so it's been around for a while.Good catch! Was this leaked? A new Alibre product announcement must be coming soon. I'm not sure how I feel about this as an Alibre user. Were development resources used to build this product? Or is this only marketing for a planned product by a separate team? Just a thought.
Good catch! Was this leaked? A new Alibre product announcement must be coming soon. I'm not sure how I feel about this as an Alibre user. Were development resources used to build this product? Or is this only marketing for a planned product by a separate team? Just a thought.
This is not evident. The use of Qt could've been a new direction we don't know that, but I understand your point. The developers could have used .NET, the framework Alibre is based on. Was this an acquisition of an existing product? The fact that it was created externally doesn't tell us how it will be maintained or managed. It's still an Alibre product, right? I understand if you can't answer.It was created externally, which is evident from the fact that it was developed in QT — a framework not used by the Alibre team
So you can export out of Alibre but how do you use it within an Alibre part file? I'm not seeing how it would fit into an Alibre workflow during a modeling session.You export from an Alibre file see image below, so it works with Alibre.
This product is primarily consumable by software that use mesh models or voxels as their core data type. Products like Aspire or Zbrush or Carveco.So you can export out of Alibre but how do you use it within an Alibre part file? I'm not seeing how it would fit into an Alibre workflow during a modeling session.
Makes me wonder about the direction Alibre is taking. And where's @Max on this? He's usually the one leading the charge and announcing new enhancements and product dev.
My translation:This product is primarily consumable by software that use mesh models or voxels as their core data type. Products like Aspire or Zbrush or Carveco.
Fusion can utilize the outputs in somewhat limited capacity mostly due to 3rd party addins. But the mesh outputs can be very dense and fundamentally CAD products are generally not well suited to use this data type. This product is mostly useful for mesh modeling workflows and 2D workflows, for example combining a vector file and a height map output to send to your laser.
I use AD in workflows by designing the core object like a bowl or a coin, exporting a mesh like STL, going into blender and combining the Alibre and Relief Maker outputs together. That’s the high level workflow whether you use blender or another program like aspire, zbrush, carveco, CAM software, etc.
I'll give the workflow a try for my Alibre logo relief.I use AD in workflows by designing the core object like a bowl or a coin, exporting a mesh like STL, going into blender and combining the Alibre and Relief Maker outputs together.
More accurately the barrier to integration is extraordinarily high from a technical perspective and is not possible unless and until we integrate mesh capabilities in AD.We posted at the same time.
My translation:
This product is completely separate from Alibre Design and is not intended for use with Alibre Design in the traditional sense. There are no plans to add Relief Maker functionality to Alibre Design at all. lol
I'll give the workflow a try for my Alibre logo relief.
The code that does the relief generation can't be called from external processes? Or linked directly from .NET or C++ in Alibre? I understand Alibre will need additional work to integrate it all. Relief Maker has a Qt UI and is C++ code right? I have limited knowledge but the UI could be any framework Html, Winforms, WPF, Eto forms, Avalonia UI, etc. Qt is a fine framework my point is that the relief code is not Qt and should be able to be extracted from the codebase into a separate DLL. Code will need to be updated for Vs, C++ compliers and other issues moving from Qt to Vs .NET/C++. Vs has a Qt Extension I've used for Linux development with WSL. I'm not say it's easy at all. It sounds like it's mostly mesh code, Alibre has OBJ exporter so it will be improved. Meshing options are missing. Edit: I forgot STL.More accurately the barrier to integration is extraordinarily high from a technical perspective and is not possible unless and until we integrate mesh capabilities in AD.