Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gyroid infill with, it´s impossible to change ... #1131

Closed
ChiliApple opened this issue Aug 8, 2018 · 6 comments
Closed

Gyroid infill with, it´s impossible to change ... #1131

ChiliApple opened this issue Aug 8, 2018 · 6 comments
Labels

Comments

@ChiliApple
Copy link

Version

1.41.0 Beta+

Operating system type + version

Mac OS 10.13.6

Behavior

  • since 2-4 Versions it´s impossible to change the infill with on gyroid, works only on the other infill´s

bildschirmfoto 2018-08-08 um 17 44 56
bildschirmfoto 2018-08-08 um 17 44 41

thx, best Udo

@supermerill
Copy link
Contributor

supermerill commented Aug 9, 2018

Yeah, it's because it's using "bridge" flow in slic3rPE.
You can't change the bridge width...
note: it's the same with the speed, it use the bridge speed.

One quick solution if it's problematic for you:

  • removing the line 17 in FillGyroid.hpp and recompile.
  • using an other slic3r like the main one or my fork

Note: it should be the same for the 3D honeycomb.

@bubnikv
Copy link
Collaborator

bubnikv commented Aug 9, 2018 via email

@KD7LRJ
Copy link

KD7LRJ commented Aug 9, 2018

The "Combine infill every:" option also seems to cause problems with gyroid infill if it's set to something other than 1.

@bubnikv bubnikv added the infill label Sep 1, 2018
@bubnikv
Copy link
Collaborator

bubnikv commented Sep 1, 2018

@supermerill

Yeah, it's because it's using "bridge" flow in slic3rPE.

Wasn't this your initial implementation? Does the non-bridging flow produce sufficient overlaps?

@supermerill
Copy link
Contributor

supermerill commented Sep 3, 2018

Wasn't this your initial implementation?

Yes, it was in my initial implementation, as I used 3DHoneycomb as a baseline.
Month later, i removed it because it create more problems than it resolve (and there are no real problem in the first place).

Does the non-bridging flow produce sufficient overlaps?

Yes. (line section result below are with 0.9 bridging reduction & 0.4 line width)
At 0.35mm, it increase it from 0.13mm² to 0.15mm². (not-bridged extrude more than bridged)
At 0.2 mm, it reduce the section from 0.13 to 0.09 (I print almost only at 0.2 lh and I have no problem without bridging flow).
At 0.05mm, the bridge flow completely destroy the infill (because there are no space for it).

Imho, you should also remove the bridge_flow from 3D honeycomb.
edit: you can increase the flow by ~30-40% in the infill generator if you want to keep the same flow when using "bridge" (with a limit to not over-extrude with high infill ratio) instead of a real bridge flow.

note: I wanted to use the dont_connect to let user say "don't connect the lines, i want to create an art piece" but I have to create a new gui button for that. I think i will clean the fill api & create some more gui option for it in the future.

@bubnikv
Copy link
Collaborator

bubnikv commented Oct 23, 2018

The bridging flow was disabled for Gyroid infill with b429b39
The fix will be in 1.41.1 final.
Closing.

@bubnikv bubnikv closed this as completed Oct 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants