@jwildeboer The main reason we aren’t there yet, I think, is that printer hardware has just been too computationally underpowered to do analysis like that. It’s better now, but you’d still be stuck previewing the output on a tiny screen with minimal controls. Unless you’re willing to put a GPU in the printer, or forego gcode preview entirely — and I wouldn’t trust anything but very simple prints that much — it’s hard to see how to solve that part.
Posts
-
The Next Big Thing for open source 3D printing, IMHO: finite elements and stress simulation embedded directly into the slicer software to reduce the amount of material needed to print an object. So many objects I download could be slimmed down (and loo... -
The Next Big Thing for open source 3D printing, IMHO: finite elements and stress simulation embedded directly into the slicer software to reduce the amount of material needed to print an object. So many objects I download could be slimmed down (and loo...@jwildeboer Wrong-filament (and nozzle size, and printer model) warnings are already implemented on Prusa printers, and likely others. It prompts you to specify the filament type when you load it, and there’s metadata in the gcode file header. If they don’t match, the printer complains.
Filament-independent slicing is much trickier, since everything including temperature, speed, cooling, pressure advance, wall order, even support and infill generation can vary.
-
All is well with #Kisslicer, but there is one annoying feature - it doesn't know how to make bridges, not in any way.You see, you don't print a bridge as solid in the air - it doesn't work that way - the lowest layer of the bridge should be strictly li...