| ▲ | WJW 6 hours ago |
| Am I weird in not being too surprised? It don't have experience with wire EDM but every toolpath generator or slicer I've ever used was just local software. |
|
| ▲ | pests 6 hours ago | parent | next [-] |
| Bambu Labs ~recently had some drama around requiring an account / harvesting data for their machines. Might be what that's about. |
| |
| ▲ | gmueckl an hour ago | parent | next [-] | | IIRC this was about the machine firmware. Their slicer software is a fork of PrusaSlicer, which is OSS. | |
| ▲ | jacquesm 4 hours ago | parent | prev [-] | | Bambu is great hardware but the software (and the firmware) is just terrible. | | |
| ▲ | steve_adams_86 4 hours ago | parent [-] | | Truly. The slicer is able to generate bugs I've never seen before, in around 6 years of printing with several slicers and firmwares. Cura, Flashprint, Orca, Prusa, using Marlin, Sailfish, Klipper. None of them produced the weird stuff I find with Bambu's pipeline. When the bugs don't creep up it's absolutely incredible, though. | | |
| ▲ | jacquesm 4 hours ago | parent [-] | | The slicer even introduces bugs in things that were working perfectly in the software they ripped off. For the A1 and P1S you're better off backporting the profile to PrusaSlicer or Orca. And don't get me started on the network plug-in (the lack of transparency there makes me fairly suspicious that something is up) and the lack of directory structure support on the SD cards. Really, how could you mess it up. | | |
| ▲ | Aurornis 3 hours ago | parent [-] | | > in the software they ripped off. It’s a fork of PrusaSlicer, which was a fork of Slic3r. There’s a fork of BambuStudio called OrcaSlicer now. They didn’t “rip off” an open source project, they forked it just as the parent project forked another project. This is how open source is supposed to work, isn’t it? Why are we shaming them for doing the thing we always encourage and then giving features back to the community which have gone into OrcaSlicer now? | | |
| ▲ | jacquesm 30 minutes ago | parent [-] | | You must have not been aware of how that all happened. That's fine but please, spare me the lecture. |
|
|
|
|
|
|
| ▲ | godelski 4 hours ago | parent | prev [-] |
| No, running locally is pretty standard. Also what's weird is that this project seems to be primarily written in javascript. I can't imagine that's a pleasant user experience for generating tool paths... |
| |
| ▲ | s0a 3 hours ago | parent [-] | | it's a combination of JS, WASM, and WebGPU. the JIT engines are so much faster than you would imagine, especially if you tune your code right. workers allow for parallel processing on all of your CPU cores. WebGPU, at least in Chrome, is kind of amazing. |
|