search

MaskedRetriever / SuperSkein

Open Source 3D Mesh Slicer in Processing: Generates gcode from stl files.
http://www.thingiverse.com/thing:3649
GNU General Public License v3.0
70 stars 11 forks source link

Incorrect Preview #2

Closed MaskedRetriever closed 14 years ago

MaskedRetriever commented 14 years ago

The preview system doesn't actually show the print head movements because it has a separate slicing system running. Either this should be changed to be the same slicing system as in the file I/O portion or it should work off the saved file.

revarbat commented 14 years ago

I like having the per-layer view, so I can see where the slicer is going pathological due to non-manifold input models. I'd say that the final output preview of the actual gcode motion should be a separate thing. I've written one or two of those before. :) ( http://sourceforge.net/projects/tkbacktracer/ )

MaskedRetriever commented 14 years ago

Agreed. I'll do some work later on giving us multiple graphical modes as these are part of what makes Processing a fun choice, if not the fastest. I think it'd actually be fairly easy to do a nice Pleasant3D-style pathview in Processing's 3D functions, which would also be pretty.

MaskedRetriever commented 14 years ago

MeshMRI is also not showing the same set of slices as we will be cutting, but for most meshes it'll actually show more slices rather than fewer so I think that Page is basically done. Next page candidates are post-slice gcode viewer, 3D view, etc, although probably the next interface task is getting us some text boxes we can fill in...

MaskedRetriever commented 14 years ago

Labeling this one "will not fix" because what we have now is a feature not yet added rather than a bug.