I have verified that my P2S in LAN mode never attempts to make external connections at all (blocked it anyway, of course) and OrcaSlicer + this plugin never attempts to connect to any of Bambu's servers.
My P2S is easily the best printer I've ever had, they really do make incredible machines, it's a shame they have created this ridiculous situation just to (as far as I can tell) collect telemetry.
It's excellent for monitoring and setting up automations around printer events, I use it all the time too.
https://www.eff.org/deeplinks/2026/06/we-can-still-stop-cali...
Option B: cloud mode without Developer Mode
Starting with v2.0.0 the plugin can also drive a cloud-paired printer with verification left ON — no Developer Mode. This keeps the cloud features (cloud print dispatch, print history, MakerWorld) but is meant for advanced users, because it requires private slicer credentials that this project does not distribute.
Two things are needed:
1. Bambu's slicer credentials, which you provide yourself. Put slicer_cert.pem, slicer_key.pem and slicer_crl.pem in the plugin's config directory (or point at them with slicer_cert_pem / slicer_key_pem / slicer_crl_pem in obn.conf). The plugin uses the key to sign MQTT print commands and to install its app certificate on the printer. These are private credentials. This project does not ship them and gives no instructions on obtaining them — you have to find or extract them yourself, and you alone are responsible for ensuring your use complies with the applicable terms and law.
2. Two settings in obn.conf. Set block_cloud = 0 (the default 1 blocks cloud printing outright) and client_name = BambuStudio (the honest default client name is rejected by the cloud print API with HTTP 403).
With that in place you get signed MQTT commands, on-printer app-certificate install, cloud print dispatch, print history and MakerWorld — without touching Developer Mode.
What the default cloud_print = cloud_only actually uploads. Even in this mode the model itself normally stays on your network: for a print with a cloud record the plugin sends the .3mf straight to the printer over LAN FTPS, and only the record goes to Bambu — a project entry, a task entry (mode=lan_file) and a small config .3mf that print history uses for its thumbnails. That record is exactly what buys you the cloud extras: print history in Studio and Handy, and the ability to rate models on MakerWorld. The full model is uploaded to Bambu's servers only when Studio dispatches a pure cloud print (start_print), e.g. for a printer that is not reachable on your LAN.
You can limit even that: set cloud_print = try_lan_first or lan_only to print over the LAN without writing a cloud record at all, and cloud_hide_history = 1 to hide the cloud print history in Studio.
If you run neither Developer Mode nor valid credentials, the printer rejects every print / project_file command and shows on its screen:
MQTT Command verification failed err_code: 84033543
If you want to feed all your print activity to Bambu's servers anyway, why bother using an open source plugin in the first place?
Speed is not why I set my printer up this way though. I live in a state that may ban 3D printers unless they include invasive surveillance, so I wanted to get a high end pre-ban printer in case that becomes law.
I bought a P2S, and then literally a few days later, the X2D came out. Thanks Microcenter, and your excellent customer service and return policy. The X2D is everything the P2S is, but with another nozzle.
Not to be too glib here, but its one of the paradoxes of "free software" which is there isn't any money generated by the licenses that keep it free. Where as "licensed" software has a revenue stream that is used to enforce the license against people who fail to honor it. The FSF can only do so much with their budget here.
There's a confusing part of the article where he says that what he believes is a violation is something that a judge isn't going to care about. I don't know if he's implying that the judges aren't capable of interpreting the AGPL properly, or if he's admitting that the legal argument isn't as solid as they thought it was when they started. It's a confusing thing to say next to the broad claims about violations.
And the saddest thing is that Bambu knows this. They know that people who give away software are not a serious threat to them. And it is especially galling that the value they have extracted out of that software will pay the lawyers that keep you from preventing them from continuing to extract that value and keep it for themselves.
[1] "Media reports have also indicated that Bambu Lab has shipped more than 1.2 million units, claiming a 29% global share." -- https://kr-asia.com/bambu-lab-nears-usd-100-billion-valuatio...
It is for the UK but no doubt m'learned friends in the US can command even higher fees.
Try grabbing a KC for five days, civil/commercial with all the trimmings. That will set you back £105,000.
Obviously the impoverished KC won't pocket all that lolly. There is VAT to pay and staff costs and stuff.
A KC is one of these: https://kcappointments.org/ for obvious reasons they used to known as QCs
Court fees, fees for accessing case law, experts, paralegals, etc.
You pay the lawyer and a big portion of that goes towards his costs for additional labour and everything else. A lawyer grossing $2m/year isn't bringing home anything close to that.
That said $250k for a single lawyer for 6 weeks seems high.
But is there anything to stop reverse engineering the physical printer itself, improving on it by 10mm build volume in each direction, and releasing that?
It won't be a copy of the Bambu printer AND it can run the same software, truly freely.
IMHO that kind of stuff would have to go through the WTO but unfortunately Trump gutted that one already way back in his first term.
https://www.cato.org/blog/biden-administration-continues-be-...
There is no way to stop it beyond getting CBP to block imports, which effectively amounts to shunning.
Unfortunately that seems to increasingly be the status quo these days, look at US companies and their attitude to IP when it suits them to ignore licenses for LLM training purposes.
It is selfish and short sighted, and it leaves their future impoverished, but in the moment they "got a good deal."
When linking, symbols pointing to addresses are involved. The main program calls functions in the library, and you end up with a whole program. On the other hand, a bootloader just does its thing and then jumps to a fixed address in the main program. The main program doesn't call anything in the bootloader. (Note, the Linux kernel has a special clause that explicitly allows the userland to programmatically interface with the kernel.)
I realize this sort of depends on the microcontroller toolchain. I'm familiar with a few, but not much with STM32 stuff. If the toolchain is dumb and implements the bootloader in a way that resembles linking, i.e. making it possible to resolve all the symbols in the bootloader from the main program then it could very well make the bootloader subject to the GPL.
I did a presentation[0] on this about a month back. If we want these situations to stop we need to work to inform the public and work towards getting people that care in positions of power.
[0]: https://www.scottrlarson.com/presentations/overcoming-survei...
That community is where open source tech tends to come from.
I think a valid view (not saying it's right) of this is: "some dorks in a country I don't inhabit gave away valuable code. I'm going to use it and I don't particularly care about what they think about it"
How much do you care about Chinese law? does that make you sketchy?
It's an easy thing to avoid the costs associated with complying with FOSS licenses because they FOSS people don't come after you. So instead of having a person on staff who is making sure the company is compliant and updating the web site with source as it changes etc etc. You just don't do any of that and not only do you save money not paying that person you don't have to bother the web site people every time you do a software update. So from a manufacturer's perspective it's a win.
That said, Chinese vendors selling to Chinese customers following Chinese law. All good. Chinese vendors selling to US customers and not following US law, that's bad. I don't see how Chinese law would be part of that discussion.
What makes them particularly sketchy is the hypocracy: they fully understand the concept of IP and they are using/abusing it to try defend their semi-walled garden.
Bambulab is far from the first player enter the market, or even the "budget" segment, but they still somehow captured it. Only till recently the others begin offering something that can compete with bambu's machine.
Turn out the demand for a good 3d printer, that you only need to do very basic tuning, and does not break your bank account, is very high. Who could've guessed ?
The Bambu printers, at the time of their release, were an incredibly superior pieces of hardware and software that was priced very very well and, this was a really big deal, worked fully right out of the box.
It was a pretty clear choice in either dicking around with the tools, or actually using the tool to make things. They caused a huge shift in the industry because it was silly to NOT buy a Bambu, if you wanted to actually make things.
I love open source software, but I also know that a team of focused, dedicated, high skill, engineers, who are financially motivated with big paychecks, to do well, will often do a better job making something proprietary than a bunch of volunteers doing it for fun, on the weekends. Ffs, we didn't get a half ass implementation (thanks to shite 8 bit boards everyone was using) of motion/vibration compensation in all the open source firmwares, a tech from the 1960's, until right before Bambu's release. It's still not available in most. Pressure compensation was still relatively new.
Bambu shook the industry because it was better in all ways that mattered if you actually wanted to make something.
[1] https://www.fabbaloo.com/news/prusa-research-unveils-mk4-inp...
[2] https://www.3docity.com.au/blogs/3dprinting/corexy-printers-...
[3] https://toms3d.org/2025/02/11/finally-prusa-takes-on-bambu-c...
[4] https://www.reddit.com/r/prusa3d/comments/x3m76q/did_you_reg...
I have a Prusa btw.
Prusa being "adequate" (and expensive) is partly why Bambu now has 41% of the market, while Prusa has < 3% [3].
[1] https://youtu.be/GE-lrRbU124&t=245 and https://youtu.be/GE-lrRbU124&t=524
[2] https://www.youtube.com/shorts/XruRPpODE6Q.
[3] https://www.3dprintingjournal.com/p/consolidation-has-become...
I wouldn't say "50%" is slightly more.
Externalized costs are real. "Overpriced because it's built in the EU" implicitly argues that there are no fundamental differences between the labor conditions, environmental controls, and societal impact of the production process.
I recognize that my neighbors could easily lose their jobs to the same forces that are causing me to buy a Bambu printer.
Now I am old and have enough hobbies and want things that just work.
Got an iPad, and honestly most apps actually suck and cost monthly subscriptions plus app price, got a windows PC for music and it's horrible and full of ads.
But these 3d printers actually just work.
From a customer standpoint I can't blame them, it's sad that they can't be at least a little less evil
Not sure if Bambu was already hated back then for stuff like this. At least not that much, it just wasn't super open sure.
At this point I get a new printer for free every few months because of makerworld and their weird point system, so until I actually do any business with it I have no real reason to change my platform right now.
How does that work?
Machines that take up rooms and cost hundreds of thousands of dollars existed a decade or more (probably 20 years, if I had to guess; patents) before hobby printers. I’ve not seen one retail printer that wasn’t based on the tech from giant commercial printers. And there is definitely tech in giant commercial printers that will never be retailized (laminated object manufacturing).
I wish I could talk better about them, but what a let down. I really hope someone really figures out how to put the screws to them over this GPL violation.
I would be very surprised if any kind of license like the GPL (or any license for published code) is left in 100 years or so.
DRM is another face of the same struggle, and this too shall pass. Ironically, DRM coming from the same source as the GPL (wanting to force rules onto something freely copyable), is viewed very harshly, since it supposedly interferes with your "freedom". But in the end they are the same.
Both GPL and DRM come from the idealistic fantasy that non-scarce digital goods have any (market) value at all. AI is just the latest nail in this coffin.
Studio is fully release IIRC, it is that "external" part which is the issue.
The linkage between that and the client should be soft enough otherwise for the server side not to inherit the responsibilities of the client. Though if part of their claims attempting to defend their current position suggest that linkage is more direct, then they are taking aim at their own foot somewhat.
Without the networking plugin you cannot monitor your printer or send prints to it remotely. You can copy files to a flash drive and print that way.
It’s absolutely insane how little they would have to do to be good community members and choose not to.
I honestly don't want another maintenance hobby. I just want something that works and doesn't cost an arm and a leg.
You are right to say Prusa is more of a hobbyist machine while Bambu is closer to a consumer appliance. But within the hobbyist spectrum Prusa is more on the light hobby side these days. My first printer was a Printrbot where I was hand-entering G-code to move the nozzle around and level the bed. Prusa is a dream compared to that.
I like Prusa as a company (and the guy), and I like the community around it. The machine is simple, keeps working, parts are available, and you can understand and repair it if you need to.
(I don't understand people who build print farms from Bambu Lab machines at all; I do get using Prusas.)
However I've seen so many non technical people having fun with 3d printers at a pure hobby level at this point it's hard to not recommend Bambu in some way.
Though I would caveat my assertion by saying that if the specific form factor of the A1 Mini (which is a nice thing) matters to you, and it well might, there’s probably no alternative for that single machine, to be fair.
But I would still choose something else.
Personally I think the “just works” 3D printer is largely the result of cognitive bias. It’s a machine tool that melts plastic: I don’t think this is the appropriate territory for “just works”. But that’s just me.
The other printers are basically custom designs by this point & you need to fix things sometimes - like recently erosion of the filament eationg away enough of the idler arm to slip from the forwarding wheel. But I don't mind, because I can easily fix all of that with either 3D printed bits or easily & cheaply available common parts.
I don't mind because I know I can fix ynathing on those printers! No issues like with 2D printers with closed firmware that worksa against you to print secret dots, only accepts locked down blessed overpriced consumables & fails to print if only one color runs low. Not to mention the bloody thing is basically unfixable & any drivers already suck + they will drop support on a whim anyway.
Seriously, would rather fix the 3D printer after every print than to deal with the level of bulshit common on 2D printers - and ot seems to me that Bambu is trying to achieve exactly that!
This is why hobby printers continue to be a time sink, while my Bambu just works. It's a tool, I shouldn't have to fix it after each use.
My current machine is a bit of a weirdo. A formerly basic Creality Ender 2 Pro (the cheapest possible small bed model) that I have had for more than four years, which has always been an unusually excellent machine for fine work, and now has a hardened steel nozzle in a faster heating/higher temperature hotend, mesh bed levelling, direct drive extruder, tidier cables (!), Klipper/KlipperScreen, and an even tighter calibration situation.
I am not at all bothered about pushing machine limits, and I am not an electronics or hardware tinkerer at all. Not my mindset. I don't print stuff for the sake of printing, and I'm much more focussed on learning CAD techniques.
The upgrades were done as a systematic plan to teach myself how the basic functions of a typical modern machine work on a much deeper level, so I can teach and help others. (Life plan changes)
And indeed only once I knew I have need of a larger machine anyway — not that I've bought it yet, for life reasons.
It's nice that it's a little faster, prints higher temperature materials better, levels more easily and more precisely, is now super dimensionally accurate, and my modestly-custom Klipper config has let me dabble with support interface layer swaps by smoothing over some of the details of filament changes, which is cool. In many ways it is like having a newer machine.
I still don't feel like a hardware or electronics guy and I'm not a performance tinkerer. The machine is upgraded, prints superbly, and now I just use it when I need to use it.
But what I have internalised is that I should be able to run my printer as long as I want, with what software I want, understand it and fix it if I need to. I absolutely don't want to tinker for the sake of it, but I also don't want to cross fingers and rely on a machine being great from the factory. If fixing it means changing it, that's fine with me.
If you are intending to print things for which quality and precision matters, then there is no substitute for understanding the machine more deeply, and that means a machine that will let you understand it.
This new understanding is really challenging my choice of what I buy for my workshop, because to some extent this window of deeper understanding is closing. There are, by contrast, many "off the shelf" machines that compete with (and outperform) Bambu machines at comparable and lower prices.
I come at this from the other direction. I was your stereotypical guitar-playing, photographer, software nerd; I would never have tried making physical things until I realised I wanted to make photography accessories.
(Also some of my experience with expensive machines has been very spendy inkjet printers.)
But I also want to teach (adults) and I have therefore developed a tendency to teach myself anything I am interested in at enough of a level that I could teach someone newer to it.
There are just too many sketchy things around Bambu for me to take them seriously.
I will concede I am using a budget Creality, and that almost none of the alternative players have the strongest reputation for open source ethics, so it is a narrowed field.
But I can see myself buying a Snapmaker, a Prusa, or a Sovol, on the budget fringes the newer Flashforge printers are shockingly good, and for the entry level I don't massively mind what Anycubic are doing with the Kobra X; it's not heavy duty but potentially has some applications.
I don't think I'd buy a Creality again. But it's in no way because of my experience with them or with the machine I bought or its upgrades; this experience has been in very significant ways a life-changing one.
I just don't think they appear to be better at doing the more closed products than they were at the dirt cheap stuff (industry-changing machines for which they catch undue shit), and they turn over new products too fast.
Where I am more challenged is CNC.
I definitely don't know how I feel here, because on the one hand I'd like a large-ish MPCNC or scrappy eBay CNC to rough out lap steel guitars and conversion necks; big coarse-ish-but-accurate woodcutting I am bad at by hand. And on the other hand, for the photography stuff in particular, I have definite applications for a Carvera Z1.
I guess the answer may be to do both. But the same process of assessment will be involved in this case.
[1] I won't say "copyright", because if this was about pirated Marvel movies, it absolutely would be getting the same treatment.
[2] $30K Worth of Multimeters Must Be Destroyed Because They're Yellow - https://news.slashdot.org/story/14/03/19/1721253/30k-worth-o...
If you go on social media where people are talking about 3D printing, a lot of folks are not developers and don't know anything about software licensing. It is hard to explain this problem to them, or why anyone should care. Meanwhile for many of these people, Bambu is totally synonymous with 3D printing.
Prusa has attracted its own valid criticisms, but I think they are closer to being right on these issues. They can't compete with Bambu on price.
While the ecosystem was open few people cared about the network plugin, and apart from that plugin the Bambu Studio slicer is open source. Similarly there was little interest in calling out the suspected violation of their online slicer - it's probably just a headless variant of Bambu Studio. But when Bambu started closing their ecosystem and claiming that user agent headers are DRM everyone got justifiably upset, and this is a just outlet for that
But IIRC the plugin itself contains code covered by the open source licenses, either that or being directly linked the way it is is considered sufficient for the requirements of the license to apply.
I'm not a lawyer, but my understanding of the GPL is it's meant to block this kind of behavior. Certainly it's against the spirit of it.
But Prusa is only engaged in self-harm.
Which is somewhat funny because a lot of high-impact piracy stuff is on Github and has been for years. GenP (Adobe) and Massgrave MAS (anything Microsoft) come to my mind.
It's questionable whether those two companies care that much about piracy, they make most of their money off enterprise, right? For a while I heard it theorized that Adobe and Microsoft largely let people get away with it, since it still keeps them in the ecosystem and therefore makes them likelier to use those products at work. Versus Bambu which probably still sells mainly to random hobbyists/home users
That is more than just a theory, their own documents (I can't remember if they were leaked or officially released as part of the big anti-trust case) stated that this was essentially their policy for poor eastern counties: if they wouldn't be paying for it anyway MS preferred them to use it rather than something else (like Linux, or something locally created, etc,).
It was less openly ignored in the case of students, or people using work licenses (or just pirate copies) at home, but the above and the lack of enforcement would indicate it was ignored for that reason.
This would be a lot more convincing if the stolen part were the great part, as happens in music.
I understand Snapmaker has been getting some good press lately (especially the Snapmaker U1), and it would be cheaper than the equivalent Prusa and they are more open than Bambu (so far) in their deals with open source.
My only personal experience is with Prusa (and I'm a happy customer). Their machines are also built to be serviable, which matters for print farm style usage, I have heard that a Bambu just doesn't last more than a year or two in that environment. Prusas just keep going as long as you lube the bearings every now and then.
$750 vs $1,750 is not a bit more...
[0] P2S with AMS vs Core One + MMU
Any import block would be on the hardware, not the software. And the software would need to be released for other territories anyway.
Or they can pay statutory maximum copyright violations of $120000 per copy violated.
Per copy.
This seems to be the main complaint: They ship a separate .so as a plugin.
Saying that an actual judge is not going to care about it is confusing. Is this or is it not consistent with the license? Why wouldn't a judge care about something that is a license violation? I don't get it.
> violating GPLv2 by not providing the source for a Buildroot-based Linux (and other copyleft components) used in the firmware of some 3D-printer models. He downloaded the 300MB firmware image from the Bambu Lab web site, but was unable to find the source or an offer to provide it.
This was the first hit when I googled it: https://wiki.bambulab.com/en/knowledge-sharing/open-source-s.... Includes the e-mail address opensource@bambulab.com for requests
Is there some other technicality that I'm missing?
> Bambu Lab needed a slicer, of course, so it started shipping a modified PrusaSlicer (as Bambu Studio), which it was able to get via the AGPLv3, but without shipping any source code or an offer to provide it. That continued up through 2022 or 2023, Kühn said, until the pressure from the 3D-printing community effectively forced Bambu Lab to make a source release, which was, as is almost always the case for a first release, not the actual corresponding source code.
I googled Bambu's first Kickstarter. It shows July 2022 as the estimated ship date.
The BambuStudio repo has public issues from July 2022 with public user comments - https://github.com/bambulab/BambuStudio/issues/12
So the repo was public and available around the time that the Kickstarter ended. Seems fair? He acts like they were refusing until the community forced them to do it a year later, but the repo was live and open when the printers shipped.
I get that Bambu is supposed to be the enemy and we're not supposed to defend the enemy unless we want a lot of downvotes, but the reporting on this issue seems lacking any fact checking. I didn't try very hard but found contradictory evidence in the first Google link for several of the claims. The article is quoting someone speaking from memory to an audience so mistakes are understandable, but I would at minimum expect some cursory fact checking for someone reporting on it.
If your response is "Let's force TPP-style international trade courts to force AGPL compliance", well, you're the globalist that Bernie Sanders rightfully warned about and people like trump pretended/lied about being against as justification for why they get elected. I hope you never get what you want. The same crap will be used to patent surgical procedures and other IP in ways that are horrible for society.
You want to do fake software viral communism that's incompatible with how the legal system operates? You're poor as shit and can't hire good lawyers vs business because capitalism isn't favorable to you? That's why you're supposed to engineer something better than crapitalism. This is a grand challenge for the FOSS movement and why I am still broadly supportive of the reasons why someone like RMS votes/voted for the green party (and yes I know they are these days loony/crazy/compromised by the FSB)
Real FOSS is MIT. Learn to make your fake viral communist license have teeth or forever persist in this doomed world you have created.
Software and services aren’t the same, and the anticapitalist zealots at the FSF can’t square this circle no matter how hard they try.
I do believe that the GPL will eventually be broken. However, it won't be broken in ways such as happening now. It'll be broken when some company is able to show the court that they were doing a lot of things to ensure they weren't going to violate the GPL. And yet a rogue employee, unknown to the rest of the company, violated it despite being told not to. I don't know exactly what the courts will decide in this case. It's still going to come down to the copyright violation. However, it likely won't be a source code release. The GPL will hold up, they will just say the written requirements are to much and ??? . But again, this will only happen after the courts take a very detailed look at all the things the company is doing to ensure they didn't violate the GPL in the first place, which means we are likely looking at many, many years before the first such case. Anyone who isn't aware of the GPL and taking a lot of active effort to ensure they're not violating it, they won't be able to pull off this defense after the fact.
I would expect a court to compell a defendant to either comply with the license or cease distribution and possibly pay damages for unauthorized distribution... But I don't know that there's a good way to figure the damages and US statuatory damages likely don't apply because who registers their copyrights for open source code (or deposits copies with the Library of Congress)?
Infringement by a rouge employee, acting against policy, may be reason to limit punitve damages and stick to actual damages... But if it's an actual rogue employee acting against policy, I would expect the company to cease infringement, begin compliance, or negotiate for an alternative solution once notified about the issue anyway.
That is not what people are asking for.