An ongoing 3D-printer AGPL violation(lwn.net) |
An ongoing 3D-printer AGPL violation(lwn.net) |
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.
* 2022-05-29: Admitted it's based on PrusaSlicer [https://blog.bambulab.com/to-open-or-not-to-open-that-is-the...](https://blog.bambulab.com/to-open-or-not-to-open-that-is-the...) * "We would like to ask for the understanding of the community to give us some time *before we open-source* Parts 1 and 2, which is scheduled for the second half of this year." - admitted it's currently an AGPL violation
* 2022-06-29: Evidence. "GPL requires release of source the moment binaries are out. Many people have had the binaries for weeks. They are 100% in violation". [https://x.com/DreadMakerAdam/status/1542216014984876036](https://x.com/DreadMakerAdam/status/1542216014984876036)
* ???
* 2022-07-15: They only dumped it (with prior git history squashed) onto GitHub months after the initial release, after immense community pressure. [https://www.reddit.com/r/OpenBambu/comments/1thfslw/comment/...](https://www.reddit.com/r/OpenBambu/comments/1thfslw/comment/...) [https://github.com/bambulab/BambuStudio/issues/1](https://github.com/bambulab/BambuStudio/issues/1)
I don’t think you understand how Kickstarter works.
The product ships after the kickstarter ends, not the moment it begins. They had the source code available around the time it was shipping.
> 2022-05-29: Admitted it's based on PrusaSlicer [https://blog.bambulab.com/to-open-or-not-to-open-that-is-the...](https://blog.bambulab.com/to-open-or-not-to-open-that-is-the...) * "We would like to ask for the understanding of the community to give us some time before we open-source Parts 1 and 2, which is scheduled for the second half of this year." - admitted it's currently an AGPL violation
That date is still before the printers shipped. There was never any question about it being based on PrusaSlicer.
> 2022-07-15: They only dumped it (with prior git history squashed) onto GitHub months after the initial release, after immense community pressure
July 2022 is when the printers shipped.
Why are you quoting 3 month old Reddit posts as supporting evidence when they’re just regurgitating the same content as the LWN article?
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.
My comment is and was completely sincere; I am not trolling. It legitimately boggles my mind how people read the text of the AGPL and don’t see that it’s plainly and obviously a EULA (which makes it nonfree).
I’ve even written about it before: https://sneak.berlin/20250720/the-agpl-is-nonfree/
I am not a lawyer but I’m not sure if that fail-closed situation is how it would work; presumably some parts of it could be found to be invalid without invalidating the entire license? It’s not my field, I am just guessing.
By contrast here the courts are likely to force bambu to open everything since they are knowingly not in compliance. Though China is what makes this hard- the courts can say open everything but if China resists there isn't much more they can do. (Blocking all sales is an option)
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.
https://www.eff.org/deeplinks/2026/06/we-can-still-stop-cali...
It's excellent for monitoring and setting up automations around printer events, I use it all the time too.
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 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 nuts that they can be fairly transparent how anti-consumer they are while still succeeding. It's really a testament to the quality of their printers, marketing, and long-term strategy.
If you want to print multi-filament without an AMS, it's a massive hassle. You need to insert custom G-code. Even though you can export raw G-code, you can't reimport it. You can insert custom G-code on the layer preview, but they expicitly disable pasting in the entry dialog. Some of the variables from the main G-code aren't accessible to the filament G-code.
The "easiest" way to do this is to insert a G-code pause where you want a filament change (if you use the layer "Pause" you can't control the extruder anymore until the print resumes) and then manually moving the extruder gears (to unload and then again to purge) and then resuming the print manually.
"No non-AMS filament changes" has been a complaint on both GitHub and the Bambu forums. OrcaSlicer doesn't have these problems. Obviously Bambu has an economic disincentive to make easy filament changes without an AMS, but it would be nice to have a good printer as well as intuitive (or at least hackable) software.
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.
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
I wanted the Prusa to be just as good, which is why I started with it. I wanted to support the open ecosystem, but not at the expense of not getting to do what I actually set out to (print things nicely). It's a shame! Maybe I was holding it wrong (but again, with the Bambu, I didn't have to worry about it).
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.
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.
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.
> Bambu Studio would pop up a request to download "a little more stuff" with the classic choices of "Yes" or "Ask me later"; users eventually figure out that some functionality in the slicer does not work until they click "Yes". The extras that are downloaded are two .so files built from C++ source. Those shared-library files are dynamically loaded into the slicer—as can plainly be seen from the dlopen() calls in the source code that was released.
I'm not here to defend Bambu's legal/technical strategy, but they are (IMHO) certainly being immoral (violating open source community standards) but not necessarily unethical (violating software license contract law). This will be a difficult case to win in court. As long as the basic slicer is functional, it is very hard to win this case. The add-ons ("extras") simply make the slicer better.Bambu Studio was open sourced on GitHub when the printers shipped to Kickstarter backers in 2022, not a year later after pressure from the community like he claims.
Bambu also has an open source page where you can download source for the GPL components in the firmware image, including the kernel. They quote a person who claims this isn’t available and he can’t find anyone to contact, but it’s the first result I see when I google “Bambu labs open source”. It took me 10 seconds to fact check.
I expect some minimal fact checking, not repetition of what someone said at a talk.
[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...
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).
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.
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
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.
This would be a lot more convincing if the stolen part were the great part, as happens in music.
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.
The person you're talking to is missing that point because they're starting at "freely copyable", while the actual default is that code is never published at all. GPL is compromise to push source code 90% of the way to "freely copyable" because the alternative is usually 0% copyable.
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.
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.
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...
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.
Or do you mean manufacturing your own printer that is a copy of theirs with 10mm extra build volume in each direction, and with your own software? That may be illegal if they have any patents, but otherwise should probably be ok, and would of course not have anything to do with their software - but you still couldn't take the software from one of their printers and running it on yours, most likely.
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-...
It is selfish and short sighted, and it leaves their future impoverished, but in the moment they "got a good deal."
The reason this is such a big deal is precisely because it's not a sketchy product. For people who are using their FDM printers for more than just minifigs from thingiverse there's no proper alternative to Bambu. Their hardware and software is significantly ahead of the competition.
If you want to print engineering-grade plastics reliably and accurately you are going to need a Bambu device, or drop 5 figures on a commercial machine. Those are the alternatives. Very few other firms offer consistent, accurate, high temperature printing - and the few that do, don't have the software to manage vibrations, flow control and thousands of other parameters well enough to get consistent hiqh quality results.
Some examples: Prusa have the One+, and good software management. But the "heated chamber" is actually just a fan attached to the underside of the bed, which means that the chamber temperature is not consistent across the volume, leading to poor quality products. There's a few niche devices from people like Qidi, but they don't have the build and software quality to get reliable, repeatable results.
Overall if you're trying to solve actual problems with your FDM device, rather than messing around as a hobby you need a tool that just works, and that can handle materials like PA12, PET and PC. Bambu are really the only sensible choice for this. Yes, I'd be far far happier if the software was really FOSS (the encrypted non-user-readable logs enrage me!), but overall it's a tool not a hobby. I don't have a sensible alternative.
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...
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?
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.
The US does not respect the EU's Protected Designation of Origin laws because they have more to gain by ignoring them. China has more to gain by ignoring US IP laws.
People want to pretend LLM vector search compaction output isn't copyright and trademark violation. We are in the Napster phase of the market exploitation.
On a positive note there is nothing left of value to steal/scrape, so the problem will likely eventually be self-correcting. =3
Guess how China got their membership in WTO ?
As for MMU/AMS, there does seem to be a larger price difference, I had not looked into that since multicolour doesn't interest me (toolchanger / multi material on the other hand I can see the point of, printing a model that is a mix of say PC and TPU).
(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.
But they do not work as well out of the box. They require a lot more tuning and calibration. They also lack some quality of life features. For example, changing a nozzle on a bambu printer is a 15 second job. You just pop off the cover, hit the filament cutter, and the nozzle is magnetic. Changing it on a prusa core one is a few minutes and requires tools.
And on top of that, the prusa will cost considerably more and take longer to ship
Unless it randomly blocks itself.... I spend so much time on that shit
It just seems like they don't have that much of a moat which is why they are guarding the software bit as much as they can.
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.
https://www.internationaldisputeresolutionlaw.com/2025/06/en...
I can't find the source right now, but I believe punitive damages are excluded. So all you could collect would be actual damages. What are the actual damages Bambu owners have suffered?
Try this: Change the context "Acme's Sunscreen which is made from killing an endangered fish, is significantly better than any other sunscreen out there, and because it is already on fish we know it doesn't hurt the ocean!" except the production of Acme Sunscreen is leading to the extinction of said fish in the future. Short term profits, long term loss, and perhaps a bet that at some point what ever it is about the fish that makes great sunscreen will be figured out.
Using FOSS requires (by license) that you give back your changes, which, when functional prevents a vendor from exploiting the work of a bunch of people they didn't pay, to make a product where they pay a few people to push it way past what the community offers. Whereas if they had been publishing their changes, then their product wouldn't be "significantly ahead" because everyone using the same slicer base code would be able to also use Bambu's improvements. But Bambu doesn't do that because why let the competitors take advantage of the work of people who they didn't compensate for that work. Hmmm?
See how that works?
Again, I'd be far happier if they followed the terms of the AGPL and provided source for their custom slicing extensions, but it wouldn't really move the needle very much for the competition.
What is it you see with your P1S that’s better?
Any import block would be on the hardware, not the software. And the software would need to be released for other territories anyway.
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.
This makes 0 sense as presented here. The GPL explicitly distinguishes mere aggregation from combining in a way that makes it a larger program. Putting both the proprietary bootloader and the GPL OS on the same disk / in the same system makes 0 difference to whether the bootloader is covered by the GPL or not.
If this were true, then any phone, any PS5, any Linux laptop, and almost all consumer hardware would be in violation of the GPL (note that the wording quoted there is also part of the GPLv2, it's not GPLv3 specific).
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.
That community is where open source tech tends to come from.
And the stock plugin ships an unaligned atomic that triggers the kernel's split_lock detector on every modern Intel CPU. Startup stalls for 25-60 seconds while the kernel walks each trap; every Device-tab click hits it again. The workaround (sysctl kernel.split_lock_mitigate=0) degrades system-wide performance and still misbehaves in LAN-only mode. Reported to Bambu over a year ago and still open: bambulab/BambuStudio#8605.
And no ARM or non-x86_64 build
This would be a vindication of the SFC's position, which holds that what people commonly call "TiVoization" was in fact already not allowed by the GPLv2, and that the GPLv3 makes a slightly more complicated requirement.
Specifically, the SFC generally claims that the GPLv2 doesn't allow you to distribute hardware running GPLv2 software on it and then refuse to allow customers to modify or update this software themselves*.
Instead, they claim that what TiVo actually did that necessitated the creation of the GPLv3 is more complicated: you were perfectly well allowed to modify the Linux system on your TiVo box, BUT the proprietary TiVo software would thereafter refuse to run. Basically, you could either use the TiVo with only official TiVo software, OR you could use it as your own Linux PC, but NOT both.
According to the SFC, this is the only difference between GPLv2 and GPLv3 in this area - if the functionality of the product you received is allowed to be degraded intentionally because of modifications you make under your GPL rights. Linux with its GPLv2 license allows this, but much of the GNU utils, with the GPLv3 license, don't at this time.
* unless the hardware itself is incapable of loading modified software, of course, such as the case where the software is burned into a ROM and no one can update it.
So, what am I missing? Which specific German cases are you thinking about?
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.
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
You're paying for their experience, just like an engineer - only it's often much higher stakes than a piece of software or product: your livelihood or freedom.
I've slightly modified mine to work better for my needs. 3d printed poop bucket, separate external filament holder, and while I haven't done it myself, there's a company making an automatic bed changer for the a1 mini so you can do multiple prints without supervision
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.
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...
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 wouldn't say "50%" is slightly more.
Non "FAANG" (or whatever the new term is) software engineers often make sub-100k even in the US. And regular sw engineers won't break above 500k unless they are managers heading some large team or branch. Getting over 1M is almost superstar level as a sw engineer. If you think it's common, you must be in a tiny SV bubble.
Imagine what would happen if we made it cheaper, as happens very frequently when some other good or service becomes cheaper? Usually the provision/manufacture has some advancements that make it much more scalable, and often less involved, resulting in a lower cost, and sometimes but not always lower quality. So, for litigation? We'd get lower cost, via some more efficient¹ system², maybe lower quality depending on how we make that system more efficient and this may or may not matter in any particular case, and then those people who think that they've been wronged suddenly have an avenue to address it. Overall, this seems like a strong positive to me.
Now, what if people start enforcing frivolous legal rights? Repeal or reform the law that creates the right if it' s so bad. What about people dragging others into court in bad faith? Well, we just streamlined the bureaucracy and took a buzz-saw to the costs, so is it hard to defend against? Perhaps not. Making that perhaps a certain reality would be a good goal of such reform methods. We already allow people with more money and systemic literacy to bully people in this way, and this is a large part of litigiousness in our society now, so this strategy becoming ineffective may reduce it substantially and thus ironically make litigiousness less intense in at least some cases.
1: one proposal off the top of my head (so it may be terrible): sending written documents to a judge with LLMs helping lay people write and refine them, or a cheaper-than-a-litigation-lawyer expert human review service, perhaps, then the judge rules on their own schedule asynchronously for civil disputes without any heavy procedure to deal with.
2: another proposal is to remove law school/JD requirements to obtain a law license, but keeping a rigorous test in place and maybe some less-intense character/background checks, to lower the pay of lawyers
This does exist, but has become less common over time instead of more common. https://en.wikipedia.org/wiki/Reading_law
I recognize that my neighbors could easily lose their jobs to the same forces that are causing me to buy a Bambu printer.