according to [0] the ipcam is logging video even when the camera is disabled.
I suggest we collectively print Tiananmen Square Tank Man scenes.
[0] https://www.reddit.com/r/BambuLab/comments/1i548m9/comment/m...
Reverse Engineering Bambu Connect
301–310 of 367 posts
Re: Reverse Engineering Bambu Connect
#302Re: Reverse Engineering Bambu Connect
#303I've been on the fence about purchasing a Bambu. But given the amount of time I've spent over the past few years having to tweak my ender 3 V2 and CR-10- I was leaning towards finally splurging on a X1C. Question to those more familiar with the bambu software ecosystem - do these recent changes to authentication require a constant online connection to print anything from a machine on the LAN? I'm assuming printing vi…
Currently, LAN mode and local SD card printing does not require an internet connection. I have my printer in a bottom of the yard bungalow, without internet, and it works fine.
Re: Reverse Engineering Bambu Connect
#304Earlier 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.
Then the battery percentage is miscalibrated. The solution to that is to recalibrate the battery level, so that the old 40% is the new 0%.
It's not like the battery is actually empty. The phone is still able to run at 40% if it limits CPU power draw. As long as the throttling curve is accurate to the battery quality, it's all upside. A slow device is better than a turned off device. And if you want to keep your phone above 40% charge so it runs faster, go for it.
The root problem was not the throttling, it was the phone's inability to run at expected speed after a couple years.
Re: Reverse Engineering Bambu Connect
#305I 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…
Bambu has never advertised their printers as hackable or open. Indeed, they advertise the exact opposite: that you won't need to do anything to it to get it to work.
That people can hack the Bambu printers is a bonus.
Re: Reverse Engineering Bambu Connect
#306Earlier quoted context omitted.
Sorry to potentially pour oil into fire here, but I'm curious: did they really? "Officially support" printing without internet connection? Was this explicitly documented as a feature or did this just "happen to work" as you expected? A lawsuit may have some leverage to find that something could have been "reasonably expected" to work in a certain way, but that's quite uncertain territory. i.e. I would expect an Apple…
Yes, "lan mode" is an officially supported advertised feature, where you can happily print on an isolated network. (though as of this morning it now sounds like they're backing off after public backlash)
Interesting, this somewhat implies that outside of this "land mode" an Internet connection is otherwise required for printing
Re: Reverse Engineering Bambu Connect
#307I 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…
Sorry, but if you did research on Bambu's and came away with them being open and hackable, you didn't do enough research.
I dove into 3D printing a year ago. I settled on the P1S because its reputation for "just working" and good for beginners. I wasn't interested in attaching a Pi to it, run Klipper on it, I wasn't interested in steep learning curves and choosing from a myriad of slicers. I wasn't interested in "calibrating more than printing" with the Enders that one friend warned me about. I needed it for one simple, but big project and it worked great.
Since then I expanded to getting the enclosure, AMS, and messing around with Orca. The Bambu is very accomodating to learn and grow more and I don't regret the decision at all.
Re: Reverse Engineering Bambu Connect
#308Earlier quoted context omitted.
I sorta get what you're saying, and the flowchart here ( https://blog.bambulab.com/updates-and-third-party-integratio... ) somewhat agrees. But where I disagree is with that cert stuff. 1) That cert is on the /client/ side, not in the printer. It has nothing to do with printer functionality, only with talking to the printer. 2) Expired certs do not mean things automatically get rejected. Using and allowing expired or…
> That cert is on the /client/ side, not in the printer. It has nothing to do with printer functionality, only with talking to the printer. What do you mean, if my software can't talk to the printer then that affects printing functionality.
I mean that the extracted cert that's going around is from the client (Bambu Connect) side. Everything it would get used for is a function of the client and how it talks /to/ the printer.
Even if it is used to sign some communications, it doesn't matter if it's expired or not on the server side (the printer side), unless the server chooses not to accept it. And then updating it would be a matter of updating Connect; the client.
There's no reason -- other than hyperbole -- to infer that a certificate which expires on the client side will cause the printer to stop doing anything.
For a web-y example, think of how a website which needs a client cert for auth -- like lots of gov't stuff -- would handle a client cert expiring. It'd either accept it anyway, or reject it. But it wouldn't mean the website breaks. And thus claims of that client certificate's expiration being a killswitch for printers is simply wrong.
Re: Reverse Engineering Bambu Connect
#309Earlier quoted context omitted.
Yes, "lan mode" is an officially supported advertised feature, where you can happily print on an isolated network. (though as of this morning it now sounds like they're backing off after public backlash)
Interesting, this somewhat implies that outside of this "land mode" an Internet connection is otherwise required for printing
Yes, the default workflow on the product is that all prints go via their cloud service. For the first year or two of the X1C's existence this was the only way to print, but they later introduced lan mode.
Leading to obvious speculation as to why they have stuck themselves processing megabyte g-code streams between your desktop and the printer on the same network...
But since cloud use is optional anyone with the security/reliability/longevity concerns just don't have to use it.
Personally I don't see the cloud stuff as providing any value at all though I know people whose kids print stuff from their makerworld site via their phone app that consider it useful.
Re: Reverse Engineering Bambu Connect
#310Earlier quoted context omitted.
bait-and-switch? We, those who advocate for open source 3D printers, saw it coming from miles away. This has very very clearly been their plan all along, they themselves said as much (e.g. they are doing the "apple model"). They have been very transparent about this, yet people still fell for it.
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
As the issue here came through software update, you should look at it under the same lens for Apple.
For instance did an OS update ever prevent you from doing something that you could before ?
Yes. Countless times. OS updates have breaking changes, older apps lose support etc.
And for iOS these updates are irreversible under supported ways, while the very nature of the "there's an app for this" paradigm means losing a third party app equals losing that functionality for your device when you upgrade (you won't get a translation layer or virtualization to help the transition)
You may like Apple more and feel they communicate better, but fundamentally it's the same situation.