Cura 5.14 alpha ~ Paint-on Support #21681
HellAholic
started this conversation in
Releases
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Cura 5.14 alpha ~ Paint-on Support, Template Variables Expansion, Windows ARM, and Qt6 Upgrade
Hi everyone! 👋
We’ve been working hard behind the scenes on some major foundational updates, feature expansions, and highly requested optimizations. As always, experimental and pre-release builds are an opportunity to showcase what’s coming, gather your feedback, and ensure stability before a final roll-out.
Please note that these features are a work in progress, and we welcome your detailed discussion, bug reports, and suggestions right here!
🎨 Feature Expansion: Paint-on Support
Building upon our existing paint-on functionalities (like material and seam painting), we have officially expanded the toolset to include Paint-on Support. You can now intuitively brush support generation zones directly onto your 3D models for granular, localized control without needing to rely entirely on automated support angles or support blocker meshes.
🚀 Expanded Template Variables in Start/End G-code
We have updated the internal architecture where template variables within the machine and extruder start/end G-code are resolved. In this updated system, variables are evaluated at a later stage in the slicing pipeline, allowing us to expose highly requested dynamic print-job data that wasn't previously accessible!
Here are the new variables you can now utilize in your custom configurations:
Machine End G-code Variables
Extruder Start / End G-code Variables
💡 We Want Your Feedback: What Variables Are We Missing?
Because these templates are now resolved later in the slicing pipeline, we can finally tap into real-time printer state data that wasn't accessible before. We want to make this system as powerful as possible for your custom setups. For example, we could now potentially expose things like current nozzle temperature(s) right when the G-code is generated.
What other variables would make your workflow easier? Drop your ideas and use cases in the comments below, and let's see what we can add!
💻 Experimental Windows ARM Support
We have put together an experimental test build for Windows on ARM. Please note that this is strictly a trial to gauge performance and stability in real-world environments, and it does not represent an official commitment to support the ARM ecosystem in future releases. Feedback from users running ARM-based hardware is highly appreciated to help us evaluate its long-term viability!
💥 Crash Reductions & Slicing Stability
Slicing stability remains a core priority. We have dedicated focused engineering efforts to isolating and fixing common edge-case slice crashes. Complex geometries and high-density meshes should now process much more reliably.
🔧 Under the Hood: The Qt6 Upgrade (Plugin Compatibility Notice)
We have upgraded our underlying UI framework from Qt 6.6 to Qt 6.10. While the API itself is structurally very similar, this underlying framework transition has the potential to break some existing community plugins.
🎁 Other Changes
All of this is built on top of our (current) in-progress work for the upcoming release, so you might see some other features pop-up, such as:
🪲 Known Issues & What to Look Out For
Because this is an experimental phase, you might encounter a few hiccups:
Please drop your thoughts, logs, and findings below. Happy testing!
Beta Was this translation helpful? Give feedback.
All reactions