Live data from Hacker News

Reverse Engineering Bambu Connect

wiki.rossmanngroup.com

171–180 of 367 posts

Re: Reverse Engineering Bambu Connect

#171
post #117

I wish Prusa weren't asleep at the wheel, then we would have bought a core one (that is, the hypothetical variant with large build volume and same quality as bambulab). Instead, we bought a P1S, which is, technically speaking, a fantastic machine.

Not really asleep at the wheel. More like they invented the wheel, produced the open source slicer (a fork of the original slicer but vastly improved), which was then used by Bambu who could manufacture a printer for less in China rather than in the EU. Prusa themselves run 600 printers. They are commercial grade. If I was using a printer for commercial design or prototyping I would go with Prusa. Not only because I…

I ThouYS may have a point. It seems to me that Prusa were tempted to go after the prosumer/pro market and invested a lot of time and engineering horsepower into higher spec machines (Prusa XL, HT90) and resin printers (SL1S).

A lot of 3D printer companies have tried to go this route. It is not a strategy that tends to succeed.

I don't know their sales numbers, but I would be willing to bet that the ROI on those printers is nowhere near their bread-and-butter, high volume, mass market models.

I think their priority should have been to build something like the Core One (a P1S killer) rather than these expensive and risky forays into pro/prosumer land. The Core one is, realistically speaking, at least 24 months late to market. This was avoidable.

Everyone who operates a 3D printing farm, and who isn't a complete muppet, knows that closed down products like those of Bambu Labs are risky. Both because some 3D printer manufacturers kind of have a history of being dickish, and because the big boys are coming after Bambu labs with their patent lawsuits and whatnot. There are clear risks in dealing with companies like Bambu.

Dealing with Prusa involves significantly less risk. This reduced risk has value. You can charge a bit more for Prusa products due to the reputation of the company.

Most people I know who own 3D printers would rather have done business with Prusa. But Prusa only had the MK4 on offer and were burning cash on, let's be frank, irrelevant vanity projects.

Yes, Prusa were very much asleep at the wheel. Or at least, they had some strategic lapses in judgement. Let's hope they understand their customer base better now. I'd be happy to be a bit patient with them if it means we can get something that performs like Bambu printers, but from Prusa.

I'll even be willing to pay perhaps as much as 20% more just because I trust Prusa more than Bambu.

Re: Reverse Engineering Bambu Connect

#172

Earlier quoted context omitted.

Yep -- I read that, but that doesn't spell out auth back to BBL's servers, just auth. And keep in mind that OrcaSlicer already used Bambu Network Plugin to communicate with their printers. (It prompted you to download this on install of OrcaSlicer if you picked one of their printers.) The move to Connect means that OrcaSlicer needs to send the print data to Connect via a protocol handler instead of to the plugin. Con…

what else would it be auth'ing against if not Bambu servers?

the printer itself?

Re: Reverse Engineering Bambu Connect

#173
post #138
post #89

Earlier quoted context omitted.

I don't think you can print cash/paper money.

That is covered by "pretty much anything." That doesn't mean absolutely everything.

"Pretty much everything" does include "can't print some things" which is pretty much: they control what you can and can't print. So technically you are right and they are right too, but this conversation path led us back in a circle instead of moving the debate forward.

Re: Reverse Engineering Bambu Connect

#174

Earlier quoted context omitted.

"Operation Guide for Bambu Connect Start by logging in to the Bambu Lab account or click Discover to find LAN mode printers." https://wiki.bambulab.com/en/software/bambu-connect At the very least - it looks like you'd need to log-in to the cloud account to print on the LAN, which really begs the question.... why?

> it looks like you'd need to log-in to the cloud account to print on the LAN The text you quoted directly contradicts what you are saying. It says login OR discover to find LAN mode printers.

You’re right! Sorry obviously I was one coffee short of comprehension!

Re: Reverse Engineering Bambu Connect

#175

Earlier quoted context omitted.

My understanding is that if I want to print via LAN, I have to auth against Bambu's internet servers, which is most definitely something I don't want. Actually for my use case this doesn't work at all -- my printers are region locked to China, but I'm not currently in China so I can't connect to those servers -- meaning (I think!) if I upgrade their firmware, I can't print via LAN on my own local network... which jus…

Can you link to some specific detail on that, because I keep seeing that claim, but without any technical info. I have a P1S which currently can print completely isolated from the internet. Unfortunately (or maybe not?) the new firmware isn't available for my printer, so I can't dig into it myself yet. But I'd really like to see some sort of "when I try to do X it tries to connect to Y" or "I used to be able to do X,…

I don't have a definitive source readily available, but from talking to people who were investigating the technical aspects, connection between the printer and slicer software will be mutually authenticated using a certificate that will issued by Bambu Cloud, issued only to blessed 1st party software, and verified by the printer upon connection over the local network.

So your blessed Bambu Studio instance connects to Bambu Cloud and requests a certificate, the server issues the certificate to you (or not), and then Bambu Studio may use it to connect to the printer on your LAN.

The certificates have an expiration time of 1 year, meaning that the printer functionality would severely degraded (missing network connectivity), at most 1 year after they take the servers offline or stop issuing certificates for any reason.

Not a definitive source for what I said, but it contains some information: https://hackaday.com/2025/01/19/bambu-connects-authenticatio...

Re: Reverse Engineering Bambu Connect

#176

Earlier quoted context omitted.

AFAIK, Apple has never retroactively removed functionality from devices people already purchased Selling a walled garden is one thing, building walls around a garden you already bought is another thing entirely

This is the Google model then. Base everything on open source, even allow unofficial builds of your operating system (LineageOS, Graphene), but slowly introduce more and more device attestation and DRM so it becomes de facto impossible to actually use anything but the closed builds because everything from banking apps and electronic identification apps to streaming apps will refuse to run on your "unsafe" operating s…

Currently the only thing which won't run on a non-google blessed android build is google wallet, although a lot of applications rely on google's proprietary services exposed through google play.

I've not ran into any banking applications which won't run on a non-google build of android (as then they would only run on a pixel). That being said, I refuse to seriously bank with any bank which doesn't offer a functioning website. My main bank offers an app but you have to wholesale switch to it.

Re: Reverse Engineering Bambu Connect

#177

I was very against Bambu in the beginning for their lack of proper network (not cloud!) support. Then they added LAN mode and I actually considered getting one. Luckily I was lazy and never got around to it. What the fuck Bambu?? Security, really? Not even HP dares to make that excuse...

Bambu Lab have been quite explicit about this. Their consumer-grade printers rely on a cloud service; for people who want or need printing over a private LAN, they offer the X1E.

https://store.bambulab.com/products/x1e

Re: Reverse Engineering Bambu Connect

#178
post #161

Earlier quoted context omitted.

It's not a matter of "charging more often". The phone just shut down when the battery was somewhere between 0-40% Source: had two 6S's in the family. In the cold it could just suddenly shut down mid-call from 60% battery.

However they applied it to all phones of that model, not just ones with degraded batteries

No, it was dynamic based on voltage. iPhones with worn batteries had higher performance at full battery and swapping the battery with a fresh replacement restored full performance even at low battery percentage. In fact this is how the slowdown was discovered: someone replaced their iPhone battery with a non-genuine replacement and it got noticeably faster.

Re: Reverse Engineering Bambu Connect

#179

I am angry at the bait-and-switch Bambu is pulling. I bought one of their printers in the Black Friday sale on the understanding it was reasonably hackable and open. Now they're trying to lock it down so I can't print on my own printer without using their approved software and DRM chain. It's outrageous. More info on the hacking (the first in what may be a long stupid fight): https://hackaday.com/2025/01/19/bambu-con…

If you are looking for alternatives, I highly recommend the Qidi q1 pro

Despite an initial issue with the hot end (which was easy and fast enough to fix with help from support). I’ve been really happy with it

It prints pretty much anything. Fast, reliable and very cheap compared to equivalent printers in the market

Re: Reverse Engineering Bambu Connect

#180

Earlier quoted context omitted.

This is the Google model then. Base everything on open source, even allow unofficial builds of your operating system (LineageOS, Graphene), but slowly introduce more and more device attestation and DRM so it becomes de facto impossible to actually use anything but the closed builds because everything from banking apps and electronic identification apps to streaming apps will refuse to run on your "unsafe" operating s…

Currently the only thing which won't run on a non-google blessed android build is google wallet, although a lot of applications rely on google's proprietary services exposed through google play. I've not ran into any banking applications which won't run on a non-google build of android (as then they would only run on a pixel). That being said, I refuse to seriously bank with any bank which doesn't offer a functioning…

Revolut stopped working for me on GrapheneOS with an official message "Sorry, Revolut is not supported on devices with custom firmware".
Post reply on HN