Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Restore full BambuNetwork support for Bambu Lab printers

github.com

Post reply on HN
Print view View original

81–90 of 344 posts

Re: Restore full BambuNetwork support for Bambu Lab printers

#81

Post by kayson »

weaksauce wrote: post #66
stavros wrote: post #26

Earlier quoted context omitted.

Why should I have to send all my prints to Bambu when the printer is sitting right next to me? Why do I have to choose between being able to stop my printer remotely or Bambu not tracking my every move, when it's trivial to have both?

it's because you're the product and they want the designs i think

I don't think so. They can already track popularity very effectively because they control makerworld, and they could have Bambu studio, the app, and the printer phone home too. I don't think they care enough about the tiny tiny minority of users running orca with a LAN only printer.

More likely, it's technical incompetence. It's just easier (for their cloud) to send everything through their cloud

Re: Restore full BambuNetwork support for Bambu Lab printers

#82

Post by Aurornis »

bri3d wrote: post #7

This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week. I did a ton of research because I didn't understand what people wanted here, and this is what's going on: Right now, Bambu have adjusted their system into two modalities: * "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints.…

> This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week.

It looks like it might be a clone, but the git history is squashed for some reason.

I would recommend against installing this unless/until someone can do an audit to figure out which commit it was forked from and what the changes are.

Or better yet, find one of any of the other copies of the repository that don't have their git history squashed.

This looks like someone's attempt to capitalize on the drama to bring attention to their foundation (?) but losing git history is not a good thing for code provenance or security.

Re: Restore full BambuNetwork support for Bambu Lab printers

#83

Post by asveikau »

mschulkind wrote: post #41
bri3d wrote: post #7

This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week. I did a ton of research because I didn't understand what people wanted here, and this is what's going on: Right now, Bambu have adjusted their system into two modalities: * "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints.…

You're missing two things from the whole picture: 1. Cloud mode works without local network access, so their server is involved in the transit of the data to the printer. This is pretty minor, but still within their rights to preserve. 2. For printing from the app, they actually run the computationally expensive slicing algorithm on their servers, so this is totally reasonable to protect.

But in this case the users want to use those features locally and are being blocked. Using a resource constraint argument doesn't make sense for it.

It seems more likely they want it as a revenue source at some point.

Re: Restore full BambuNetwork support for Bambu Lab printers

#84

Post by nik282000 »

drum55 wrote: post #6
hsuduebc2 wrote: post #3

If Bambu Lab responds to this criticism with lawyers instead of clear technical answers, it will only make the forced cloud requirement look more suspicious. To me, this is an obvious security risk. These printers are often used in labs, startups, engineering teams, and potentially even government environments. If print data, models, logs, or usage patterns are routed through a company controlled infrastructure, that…

I’ve been running mine offline for years, I don’t know why other people haven’t been. They’re the only competent and reliable printer that isn’t a project car in itself, but they’re obviously not completely trustworthy. Easily fixed with an air gap, updates work just great from a USB drive.

They are an adversarial player in the market, actively trying to lock users into an ecosystem that is incompatible with other printers.

Like Adobe's 'creative' software and Onshape, they are working as hard as possible to make YOU pay more to have less.

Re: Restore full BambuNetwork support for Bambu Lab printers

#85

Post by KyleBerezin »

eddythompson80 wrote: post #67
amazingamazing wrote: post #16

I have an Ender3 that I use plugging in a microsd card to do prints with. What am I missing here? Seems like you can do the same with these printers. People want to use the cloud?

Even with an Ender3 many, including myself, would connect it to a raspberryPi with octoprint to be able to send prints over the network. The SD card flow gets very tedious very quickly.

Oh god. OctoPrint, I forgot about that tool. Jesus, I'm still subscribed after all of these years. I do not want to know how much money I have been quietly bleeding for this tool.

Re: Restore full BambuNetwork support for Bambu Lab printers

#86

Post by scottbez1 »

dakolli wrote: post #64
djfergus wrote: post #40

What is Bambu’s motivation here? What do they get for damaging their credibility like this? Just usage data? Training a model on everyone’s STL files?

Probably regulations, there are a few states trying to make it illegal for felons to own 3D printers by EOY. These things are about to get regulated like firearms, which is wild.

More strictly than firearms, in fact.

Some of the proposed 3d printer laws will require printers being sold to be capable of evaluating what you are using them for and blocking “bad” usages. I’m not aware of any such legislation around firearms.

Re: Restore full BambuNetwork support for Bambu Lab printers

#87

Post by bri3d »

SequoiaHope wrote: post #68
bri3d wrote: post #7

This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week. I did a ton of research because I didn't understand what people wanted here, and this is what's going on: Right now, Bambu have adjusted their system into two modalities: * "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints.…

On our Bambu H2D Pro printers at work, we can print in cloud mode and LAN mode at the same time. Bambu literally has this firmware built but they reserve it for “pro” users. The other thing pro users can do is disable cloud without any developer mode stuff. Of course we do this. Excellent machines by the way, primarily let down by the proprietary binary Bambu forces users to use for LAN mode which is extremely buggy…

I think the enterprise “LAN Mode” is actually the thing this repo is emulating / replacing, which the consumer printers (might?) also support, where the cloud auth token is still in play but prints are (ostensibly, in a much more difficult to audit way given the client still needs access to the Bambu servers) sent directly to the printer.

Developer mode doesn’t require the proprietary binary.

Re: Restore full BambuNetwork support for Bambu Lab printers

#88

Post by dghlsakjg »

asveikau wrote: post #83
mschulkind wrote: post #41

Earlier quoted context omitted.

You're missing two things from the whole picture: 1. Cloud mode works without local network access, so their server is involved in the transit of the data to the printer. This is pretty minor, but still within their rights to preserve. 2. For printing from the app, they actually run the computationally expensive slicing algorithm on their servers, so this is totally reasonable to protect.

But in this case the users want to use those features locally and are being blocked. Using a resource constraint argument doesn't make sense for it. It seems more likely they want it as a revenue source at some point.

Pretty sure you can still print locally either via LAN or just SD card. At least I can on my A1.

The current monetization that they are using is that you can charge for a print on their platform and they take a cut of the sale. If you don’t charge for the design, then it is still free hosting and delivery.

I see where the worry is, but at the moment it seems like people are imagining a worse case scenario.

Re: Restore full BambuNetwork support for Bambu Lab printers

#89

Post by SchemaLoad »

_carbyau_ wrote: post #32
SchemaLoad wrote: post #13

Earlier quoted context omitted.

I tried it but switched back to the online mode because being able to remotely check in via the app is very useful to check the print hasn't failed.

Mine is now offline. But when it was online, I never checked the app for failed prints. If the print has failed, I'll find out when I'm near enough to it to do something about it. When offline, it amused me when there was a "hairball" and the printer detected it advising "AI Detecting Print Error". At what level does an image analysis algorithm become "AI"?

If the print has failed you can stop it from the app to prevent it becoming a huge mess and possibly causing damage to the printer.

Re: Restore full BambuNetwork support for Bambu Lab printers

#90

Post by parasubvert »

oliwarner wrote: post #37
bri3d wrote: post #7

This looks to be a clone of the prior state of the repository that caused all the Bambu drama earlier this week. I did a ton of research because I didn't understand what people wanted here, and this is what's going on: Right now, Bambu have adjusted their system into two modalities: * "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints.…

> This isn't actually possible This is only true due to a firmware they pushed last year. It's an artificial limit. There's no reason at all a local client couldn't just talk to a local printer without any cloud. Every problem BambuLabs have here is self-inflicted. They could allow simultaneous cloud and local queue management with or without authentication.

[flagged]
Post reply on HN