search

prusa3d / PrusaSlicer

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
https://www.prusa3d.com/prusaslicer/
GNU Affero General Public License v3.0
7.65k stars 1.92k forks source link

Use coordinate system of STL to position part inside build volume #1763

Open seeul8er opened 5 years ago

seeul8er commented 5 years ago

Version

1.41.2 win64

Operating system type + version

Windows 10 x64

Behavior

Imported geometry (tested with STL) always gets centered within the build plate. Turning "auto center parts" off (under preferences) does not have any effect.

Same issue with 1.42.0 alpha 4 release

(The feature is working fine with Slicer 1.3 edition)

seeul8er commented 5 years ago

Still not working in 1.42-beta1 (2019-03-23 1838)

bubnikv commented 5 years ago

What do you expect? Could you attach files, screen shots etc?

seeul8er commented 5 years ago

Behavior: The coordinate system of the part is ignored. Although auto center is deactivated. Expected: Use coordinate system of STL to position part inside build volume as long as it would still be inside of it.

autocenter Coo_problem

Sebastianv650 commented 5 years ago

With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded..

bubnikv commented 5 years ago

What is your use case for that? IMHO if you want to combine multiple bodies created in a CAD system and sharing a coordinate system, then you can (and IMHO you should) add them together as parts of a single object. In that case the relative position & orientation will (or at least it shall) be maintained.

On Mon, Apr 15, 2019 at 9:19 AM Sebastianv650 notifications@github.com wrote:

With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded..

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/prusa3d/Slic3r/issues/1763#issuecomment-483136201, or mute the thread https://github.com/notifications/unsubscribe-auth/AFj5I4nHyCKQrj-C7_jkX72mOOOh93xyks5vhCgHgaJpZM4agL0c .

seeul8er commented 5 years ago

With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded..

Yes. But if you check the bounding box or the center of the part and test if it is still inside the build volume you are good to go. If it is outside you can still overwrite and do the auto center anyways. That way the part will always be visible. You can also enable auto center by default. All I wish for is that it can be disabled.

What is your use case for that? IMHO if you want to combine multiple bodies created in a CAD system and sharing a coordinate system, then you can (and IMHO you should) add them together as parts of a single object.

As part of a research project I am writing some fancy post processing tool for FFF that will be released soon. For that I need the toolchain to keep their hands off my part positions. Otherwise they do not match up in all the substeps. Besides that you can easily apply different print and tesselation settings to the parts if they are not fused into one single body. External tools could be used to automatically position multiple parts inside the build volume. Finding some sort of optimal orientation or stacking. All in all I think it would give people a little more flexibility in how to use and setup the slicer inside their toolchain.

Auto center off works with Slic3r 3.0 and Simplify3D 4.x. In Slic3r PE there also is a command line option available. So it seems that all the required implementations are already there but somehow the setting is being ignored.

zhyden commented 1 year ago

I am also interested in having this fixed. Would be immensely useful for a project we are working on that needs multiple gcode files to line up.

Tupson444 commented 1 year ago

I would also like to be able to turn off centering. Sometimes it's convenient to make an STL file with shifted coordinates intentionally to quickly place the model on a different part of the print bed, or whatever other reason.

It should not be the default option, but if it's simple to implement it should be possible to choose (even without a particular use example in mind and whether there is a "better" way, it should be obvious that sometimes it may be needed to keep the original STL coordinates).

haarp commented 1 year ago

fwiw, CNC Kitchen recently mentioned this issue and how it affects working with external scripts. https://www.youtube.com/watch?v=1i-1TEdByZY&t=495