This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week.
I did a ton of research because I didn't understand what people wanted here, and this is what's going on:
Right now, Bambu have adjusted their system into two modalities:
* "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints. They implemented this by adding cloud auth to their "internal API;" the client application has to get a token from Bambu's servers, even if the request it eventually makes is a "local" one.
* LAN / Developer mode, where the device displays a token and you put it into your app. This disables all of the remote monitoring but in exchange, clients can send prints locally.
What users want is to "have their cake and eat it too;" they want the local token authentication _and_ the cloud authentication enabled at the same time. This isn't actually possible, so this plugin approximates it by emulating the interface to the cloud authentication to make the "Bambu Network" cloud RPC calls from a local slicer (one of these calls is a local_print call, so ostensibly this allows you to send prints without running them through the cloud, although with all of the online functionality still enabled and required, this seems like a pretty brave thing to trust).
Personally, I find the Bambu reaction distasteful, and there's an argument that the offline mode only exists due to similar outrage, but I don't see the current system as particularly bad and find the appetite to restore "untrustworthy" cloud functionality a bit amusing.
You're missing two things from the whole picture:
1. Cloud mode works without local network access, so their server is involved in the transit of the data to the printer. This is pretty minor, but still within their rights to preserve.
2. For printing from the app, they actually run the computationally expensive slicing algorithm on their servers, so this is totally reasonable to protect.
Why should I have to send all my prints to Bambu when the printer is sitting right next to me? Why do I have to choose between being able to stop my printer remotely or Bambu not tracking my every move, when it's trivial to have both?
Using an AGPL violating mystery meat binary plugin that you run on your host, which potentially compromises any airgap you put around your printer (it attempts to connect to bambu servers, or did last time I checked it) and potentially your entire host.
That’s a vibe coded AI slop website if I’ve ever seen one. It even has a careers page that they didn’t try to edit out.
There’s basically no information there. Is this just a copy of the other GitHub repo that was removed and someone is trying to rebrand it as their own? Or did they do some different work?
yes, but that is not the problem here. the problem is that google search favors AI slop that makes this the preferred method of webdesign.
there is a huge difference between creating AI slop because i am lazy (which i think most people doing that are) and creating AI slop because otherwise google gives your website a bad rating.
now you and i may not care about google ratings, but many other people do, and the end result will be that all websites that want good ratings will end up being AI slop.
somehow we need to send google a message to stop that.
The Google excuse doesn’t even hold water when you consider that the content of the website is so bad that it’s not even going to register for the relevant search terms. It’s just empty AI slop copy.
What are they even trying to rank for? It doesn’t make sense.
There are many reasons one might prefer OrcaSlicer over Bambu Studio. One might be perfectly fine using Bambu's cloud services while preferring OrcaSlicer for different reasons; this is for those people.
Others might not want to use Bambu's cloud services at all; OrcaSlicer as it currently exists is fine for them.
Wild speculation here obviously, but it could be a regulation play--there's a lot of potential legislation that would regulate what you can legally 3D print, which would warrant a system to be the age-verification equivalent for 3D printing.
If Bambu Lab responds to this criticism with lawyers instead of clear technical answers, it will only make the forced cloud requirement look more suspicious.
To me, this is an obvious security risk. These printers are often used in labs, startups, engineering teams, and potentially even government environments. If print data, models, logs, or usage patterns are routed through a company controlled infrastructure, that creates a real opportunity for corporate espionage or data harvesting.
I would not be surprised if Bambu Lab eventually faces the same level of scrutiny that Huawei network devices did.
I’ve been running mine offline for years, I don’t know why other people haven’t been. They’re the only competent and reliable printer that isn’t a project car in itself, but they’re obviously not completely trustworthy. Easily fixed with an air gap, updates work just great from a USB drive.
Bambuddy and tailscale was my solution to losing access to mobile app once I went lan-only. Has video stream ,monitoring and control. Plus home assistant integration via MQTT. Only thing I’m missing is the ‘AI’ spaghetti monitoring. But those are rare for me.
But when it was online, I never checked the app for failed prints. If the print has failed, I'll find out when I'm near enough to it to do something about it.
When offline, it amused me when there was a "hairball" and the printer detected it advising "AI Detecting Print Error".
At what level does an image analysis algorithm become "AI"?
idk, my 10 year old makerbot 2 has been pretty reliable, ever since Prusa slicer came out and I tuned a profile for it maybe 6 years ago it's been spitting out quick dimensionally accurate prints. i use it all the time, probably go through a spool every month or two and all i've had to replace is the cooling fan for the extruder once
i'm mostly printing small mechanical parts and i can't say i have any complaints, i assume a modern prusa would be much better, surely there are other FDM printers that are good?
Yeah I’ve had one, still do, it never gets used because it’s a project car. Compared with one button press and coming back to a print in a few hours, it’s a constant nightmare of debugging, print issues, and manually changing filaments that aren’t stored in an airtight container and get wet. It’s not even competition, as much as I would like to support open source tools the Prusa stuff is an order of magnitude more expensive than a A1 Mini that will make a reliable print every time.
It’s like saying a bicycle is a serious contender to a train, they both have kind of similar things going on but you’d have to be insane to suggest that they do as good of a job as one another at the things people actually want to achieve.
I've done zero debugging on my Prusa and it's been pretty much fire and forget. I had one spaghetti print failure in years on it, and it was my own fault for disabling supports and the print falling over :)
Automatic filament changes would be nice for sure, I look forward to upgrading to one of their new INDX models.
I have an Ender3 that I use plugging in a microsd card to do prints with. What am I missing here? Seems like you can do the same with these printers. People want to use the cloud?
I think people like having an option for remote over the network communication. The cloud is not technically required for that. Bambu made it required for no good reason.
Yes, and aside from being able to send and monitor your prints from their mobile app (and there are third party implementation of a similar app), you really don't lose much by using LAN Mode, especially if you pair it with Tailscale.
I can imagine not having to do the “save to sd card, eject, put in printer, fiddle with the printers crappy ui to select the print” flow might be attractive to some. Find the model you want in the web, click “send to printer”, done.
I don’t mind the sd card thing, also happy with my bottom of the barrel ender 3.
At least your use case would be served well by enabling LAN mode, which doesn't let the printer talk to the internet, even if you want it to (and I want mine to).
This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week.
I did a ton of research because I didn't understand what people wanted here, and this is what's going on:
Right now, Bambu have adjusted their system into two modalities:
* "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints. They implemented this by adding cloud auth to their "internal API;" the client application has to get a token from Bambu's servers, even if the request it eventually makes is a "local" one.
* LAN / Developer mode, where the device displays a token and you put it into your app. This disables all of the remote monitoring but in exchange, clients can send prints locally.
What users want is to "have their cake and eat it too;" they want the local token authentication _and_ the cloud authentication enabled at the same time. This isn't actually possible, so this plugin approximates it by emulating the interface to the cloud authentication to make the "Bambu Network" cloud RPC calls from a local slicer (one of these calls is a local_print call, so ostensibly this allows you to send prints without running them through the cloud, although with all of the online functionality still enabled and required, this seems like a pretty brave thing to trust).
Personally, I find the Bambu reaction distasteful, and there's an argument that the offline mode only exists due to similar outrage, but I don't see the current system as particularly bad and find the appetite to restore "untrustworthy" cloud functionality a bit amusing.
> This isn't actually possible
This is only true due to a firmware they pushed last year. It's an artificial limit.
There's no reason at all a local client couldn't just talk to a local printer without any cloud.
Every problem BambuLabs have here is self-inflicted. They could allow simultaneous cloud and local queue management with or without authentication.
You're missing two things from the whole picture: 1. Cloud mode works without local network access, so their server is involved in the transit of the data to the printer. This is pretty minor, but still within their rights to preserve. 2. For printing from the app, they actually run the computationally expensive slicing algorithm on their servers, so this is totally reasonable to protect.
> where the device displays a token and you put it into your app.
This sounds really unpleasant to use. Maybe users just want a better UX for the local mode?
It's more of an API key that whatever client or code you're using needs.
I believe it's a one time pairing code, not each print. FWIW I like the design.
Why should I have to send all my prints to Bambu when the printer is sitting right next to me? Why do I have to choose between being able to stop my printer remotely or Bambu not tracking my every move, when it's trivial to have both?
> clients can send prints locally
Using an AGPL violating mystery meat binary plugin that you run on your host, which potentially compromises any airgap you put around your printer (it attempts to connect to bambu servers, or did last time I checked it) and potentially your entire host.
No, the binaries aren’t necessary in LAN + Developer mode.
Correct - you can send prints over MQTT
Thanks for the cluestick!
Can you read the filaments installed in the printer over MQTT too?
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
That’s a vibe coded AI slop website if I’ve ever seen one. It even has a careers page that they didn’t try to edit out.
There’s basically no information there. Is this just a copy of the other GitHub repo that was removed and someone is trying to rebrand it as their own? Or did they do some different work?
That’s an LLM generated website if I’ve ever seen one
the explanation for that is here https://youtu.be/II2QF9JwtLc
basically louis found that not using AI to design his website drastically reduced the hits he would get from google.
That doesn't excuse the fake careers page
Wait, why would the method in which the HTML that Google indexes was generated matter?
(I get that web vitals might be taken into account, but you don't need a slop generator to make a static page)
google search evaluates based on their content and how they look. apparently, according to louis, AI generated websites get a higher score.
Vibe coding a slop website drastically increases your bounce rate and reduces trust in your project.
This looks like the kind of fake foundation website someone vibecodes to trick people into downloading a Trojan horse.
You can use an LLM to generate a website format and then take 10 minutes to review it and put real text on it.
This is just lazy excuse making. Don’t let a smooth talking YouTuber override what you can see with your own eyes.
It’s still AI slop, even if your favorite youtuber built it.
yes, but that is not the problem here. the problem is that google search favors AI slop that makes this the preferred method of webdesign.
there is a huge difference between creating AI slop because i am lazy (which i think most people doing that are) and creating AI slop because otherwise google gives your website a bad rating.
now you and i may not care about google ratings, but many other people do, and the end result will be that all websites that want good ratings will end up being AI slop.
somehow we need to send google a message to stop that.
The Google excuse doesn’t even hold water when you consider that the content of the website is so bad that it’s not even going to register for the relevant search terms. It’s just empty AI slop copy.
What are they even trying to rank for? It doesn’t make sense.
> somehow we need to send google a message to stop that.
...
> This version of OrcaSlicer restores full BambuNetwork support for Bambu Lab printers
I thought that was the point, that people didn't want to be tethered to their servers?
People want the option.
There are many reasons one might prefer OrcaSlicer over Bambu Studio. One might be perfectly fine using Bambu's cloud services while preferring OrcaSlicer for different reasons; this is for those people.
Others might not want to use Bambu's cloud services at all; OrcaSlicer as it currently exists is fine for them.
this is it for me
i bought the dang thing, let me decide how I use it.
Squashing the git history is not cool.
What is Bambu’s motivation here? What do they get for damaging their credibility like this? Just usage data? Training a model on everyone’s STL files?
Wild speculation here obviously, but it could be a regulation play--there's a lot of potential legislation that would regulate what you can legally 3D print, which would warrant a system to be the age-verification equivalent for 3D printing.
Two words: Good luck!
At this poting BL is just like USA tech companies, touch their food and you are toasted. Sell your printer while you can get the its worth back.
Our food toasts people when touched?
That was my takeaway; TIL. Perhaps a "USA tech compan(y)" will productize this.
I like toasts. Taste better than people.
For a moment I thought this was a way to get cloud printing restored to bambu printers without leaving lan-mode, would have been nice
Imagine if traditional printers were this big of a pain to use… oh
If Bambu Lab responds to this criticism with lawyers instead of clear technical answers, it will only make the forced cloud requirement look more suspicious.
To me, this is an obvious security risk. These printers are often used in labs, startups, engineering teams, and potentially even government environments. If print data, models, logs, or usage patterns are routed through a company controlled infrastructure, that creates a real opportunity for corporate espionage or data harvesting.
I would not be surprised if Bambu Lab eventually faces the same level of scrutiny that Huawei network devices did.
I’ve been running mine offline for years, I don’t know why other people haven’t been. They’re the only competent and reliable printer that isn’t a project car in itself, but they’re obviously not completely trustworthy. Easily fixed with an air gap, updates work just great from a USB drive.
I tried it but switched back to the online mode because being able to remotely check in via the app is very useful to check the print hasn't failed.
Bambuddy and tailscale was my solution to losing access to mobile app once I went lan-only. Has video stream ,monitoring and control. Plus home assistant integration via MQTT. Only thing I’m missing is the ‘AI’ spaghetti monitoring. But those are rare for me.
Mine is now offline.
But when it was online, I never checked the app for failed prints. If the print has failed, I'll find out when I'm near enough to it to do something about it.
When offline, it amused me when there was a "hairball" and the printer detected it advising "AI Detecting Print Error".
At what level does an image analysis algorithm become "AI"?
I'm curious what concise phrase you'd display to convey the same information to that audience.
"Computer Vision Model and Nozzle Telemetry Analysis Detect Print Error"?
"Print Error Detected"?
I laughed pretty hard at this, and you're right. Problem solved.
idk, my 10 year old makerbot 2 has been pretty reliable, ever since Prusa slicer came out and I tuned a profile for it maybe 6 years ago it's been spitting out quick dimensionally accurate prints. i use it all the time, probably go through a spool every month or two and all i've had to replace is the cooling fan for the extruder once
i'm mostly printing small mechanical parts and i can't say i have any complaints, i assume a modern prusa would be much better, surely there are other FDM printers that are good?
> They’re the only competent and reliable printer that isn’t a project car in itself
Prusa.
Yeah I’ve had one, still do, it never gets used because it’s a project car. Compared with one button press and coming back to a print in a few hours, it’s a constant nightmare of debugging, print issues, and manually changing filaments that aren’t stored in an airtight container and get wet. It’s not even competition, as much as I would like to support open source tools the Prusa stuff is an order of magnitude more expensive than a A1 Mini that will make a reliable print every time.
It’s like saying a bicycle is a serious contender to a train, they both have kind of similar things going on but you’d have to be insane to suggest that they do as good of a job as one another at the things people actually want to achieve.
I've done zero debugging on my Prusa and it's been pretty much fire and forget. I had one spaghetti print failure in years on it, and it was my own fault for disabling supports and the print falling over :)
Automatic filament changes would be nice for sure, I look forward to upgrading to one of their new INDX models.
I have an Ender3 that I use plugging in a microsd card to do prints with. What am I missing here? Seems like you can do the same with these printers. People want to use the cloud?
I think people like having an option for remote over the network communication. The cloud is not technically required for that. Bambu made it required for no good reason.
Doesn’t it have a lan mode?
Yes, and aside from being able to send and monitor your prints from their mobile app (and there are third party implementation of a similar app), you really don't lose much by using LAN Mode, especially if you pair it with Tailscale.
I can imagine not having to do the “save to sd card, eject, put in printer, fiddle with the printers crappy ui to select the print” flow might be attractive to some. Find the model you want in the web, click “send to printer”, done.
I don’t mind the sd card thing, also happy with my bottom of the barrel ender 3.
I have an Ender 3 too. And I have a Bambu machine - that I leave offline and use via microSD card as the Ender got me used to.
I get it. The convenience of networking - when it works FOR the customer - is great.
But networking controlled by corporations is a path to enshittification.
At least your use case would be served well by enabling LAN mode, which doesn't let the printer talk to the internet, even if you want it to (and I want mine to).
The problem is trust. I don't want to get into an adversarial relationship with my printer over networking.
I could enable LAN mode and trust the mode does what it says.
I could trust others firmware reverse engineering to verify LAN mode does what it says.
I could isolate it on it's own wifi and I could block it at the home firewall from accessing the internet, to be sure.
But it was easier to simply leave it off my network.
Yeah, fair enough. I have a VLAN with no Internet access for those devices, it's convenient.