search

Ultimaker / Cura

3D printer / slicing GUI built on top of the Uranium framework
GNU Lesser General Public License v3.0
6.19k stars 2.08k forks source link

Mirror Project File Bug #8451

Open zerspaner-gerd opened 4 years ago

zerspaner-gerd commented 4 years ago

Application version Cura 4.7.1 (Tested with 4.6.1 and smartavionics Master Version same behavior)

Platform Windows 10

Printer no matter

Reproduction steps

  1. Loading stl
  2. Mirror
  3. Save as a project file
  4. Load project file

Screenshot(s)

STL geladen STL loaded Everything OK

STL gespiegelt STL mirrored Everything OK

projekt file neu geladen After opening the project file Broken

Actual results STL is now defective, no longer printable

Expected results Should be loaded exactly as saved

Additional information I have tried it with different STL, all behave the same

nallath commented 4 years ago

Why would this make the STL not loadable anymore? It just flipped the normals, which is only used for rendering.

As far as I can see this is just a visualization issue. Did you try and print it?

zerspaner-gerd commented 4 years ago

Since when have Cura upside down normals not bothered?

As far as I can see this is just a visualization issue. Did you try and print it?

I meant that with me no infill was printed more, unfortunately I have overridden the original project file. Now I wanted to recreate it and could not reproduce it, so only wrong areas red but is printed correctly

Ghostkeeper commented 4 years ago

Why would this make the STL not loadable anymore? It just flipped the normals, which is only used for rendering.

Indeed the normals should not affect the print, but they do, through the winding order of the triangles. It's a known issue for us (CURA-6928).

I'm not able to reproduce this issue though. This is a recording of me executing your reproduction steps: http://dulek.net/work/mirror_reload_project.webm Maybe it still depends on the model? What model are you using?

zerspaner-gerd commented 4 years ago

Do you have a MAC?

Maybe just a Windows problem?

Here is a link in it is an STL, two project files and a video https://www.dropbox.com/sh/tj988x8n0kzdmrs/AAA3qiYIm-NbvyCR0dkhW05Ya?dl=0

But for me it is with every STL! However, it is currently being sliced correctly, I don't know what led to it that no infill was generated for me.

Ghostkeeper commented 4 years ago

I don't have a Mac. This was tested on Linux.

Thanks to your video I can now also reproduce the issue. The problem with my previous test was that it didn't display the red overhang areas since the surface was too steep for it to be classified as overhang. And by coincidence the stitching happened to work out well so that the model did get properly filled.

Vandrasc commented 4 years ago

Devs see internal ticket CURA-7761 for our own reference.