mirror of
https://github.com/maziggy/bambuddy.git
synced 2026-05-09 08:25:54 +02:00
[GH-ISSUE #352] [Feature]: Built in Slicer , for mobiel especially #222
Labels
No labels
A1
automated
automated
bug
bug
Closed due to inactivity
contrib
dependencies
dependencies
duplicate
enhancement
feedback
hold
invalid
Notes
P1S
pull-request
security
ThumbsUp
user-report
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/bambuddy-maziggy-1#222
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @felix6191 on GitHub (Feb 12, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/352
Originally assigned to: @maziggy on GitHub.
Problem or Use Case
Im mostly using the bambulab app still because you can just look for a 3d model and clic on it and my A1 prints it. It's a bit odd to always use your laptop for painting remotely.
Proposed Solution
Here I get its more difficult , but implementing a headless Orca slicer with this limited number of available printers should be doable. Also the community could easily built a database of good profiles for printing every material on any Bambulab printer here. Would improve the experience a lot even though we would still need a way to easy look for 3d print examples. I guess something like a printable or makerworld API (if even existing) or scraper would be perfect for that. Essentially copying the Bambulab app but with a self hosting backup. Love the program though. :) 👍
Alternatives Considered
No response
Feature Category
Cloud Profiles
Priority
Would improve my workflow
Mockups or Examples
No response
Contribution
Checklist
@maziggy commented on GitHub (Feb 13, 2026):
Please see https://github.com/maziggy/bambuddy/issues/312
@maziggy commented on GitHub (Feb 20, 2026):
Slicing Integration — Not Moving Forward
After prototyping and testing, we've decided not to add built-in slicing to Bambuddy. Here's why:
OrcaSlicer and BambuStudio's CLI interfaces validate slicer profiles far more strictly than their GUIs do. The GUI silently handles many edge cases — sentinel values like -1 meaning "auto", implicit G-code injection (e.g., G92 E0 for relative extruder addressing), cross-profile dependencies between machine and process settings, and more. The CLI simply rejects profiles that don't pass strict validation.
This means that profiles which work perfectly in OrcaSlicer's GUI will fail when passed to the same slicer's CLI. Since there's no documented contract for what the CLI expects vs. what the GUI handles implicitly, integrating slicing becomes a game of whack-a-mole — fix one validation error, hit the next. Every printer model, profile combination, and inheritance chain can surface different issues.
Bambuddy's strength is printer management, file management, and print dispatching. For slicing, the dedicated slicer applications (OrcaSlicer, BambuStudio) are purpose-built — we'd rather complement them than try to replace that functionality with a fragile integration.
@maziggy commented on GitHub (Apr 11, 2026):
https://github.com/AFKFelix/orca-slicer-api/issues/54
@maziggy commented on GitHub (Apr 27, 2026):
https://github.com/maziggy/bambuddy/pull/1144