Hi @AirBronto, hope that feature lives up to your expectations. If not, please create a new issue to discuss your woes/needs!
zerspaner_gerd 379
@smartavionics I just tested it out. It's perfect! It's exactly what I wanted, I was able to print a 3-wall thick print without any tiny-flow segments. It sped up the print, saved me material and the quality was exactly what I wanted.
I have one question: on the tooltip for Minimum Flow, it says that "...you must print the outer wall before the inner walls." When I read that I was sad because I print inner walls first so the outer walls look nicer. Just to see what would happen, I unchecked "Outer walls before inner walls" and the model sliced exactly how I wanted it to. The model in Cura had the inner wall printed first, the second phantom inner wall was turned into travel moves, and then the two outer walls printed around it. I then sent it to my printer and everything seemed perfect, it printed the single inner wall, then the two outer walls without problems. Is there a reason that the outer walls have to be printed before the inner walls with this setting? Will this cause issues with other prints that I may not be seing in the test prints I did?
8 hours ago, zerspaner_gerd said:
The weird fat infill lines look like the issue I reported in https://github.com/Ultimaker/Cura/issues/4314 .
I have also noticed how the setting visibility dialog always jumps to the top when I expect it to go to the selected category.
-
1
4 hours ago, AirBronto said:@smartavionics I just tested it out. It's perfect! It's exactly what I wanted, I was able to print a 3-wall thick print without any tiny-flow segments. It sped up the print, saved me material and the quality was exactly what I wanted.
I have one question: on the tooltip for Minimum Flow, it says that "...you must print the outer wall before the inner walls." When I read that I was sad because I print inner walls first so the outer walls look nicer. Just to see what would happen, I unchecked "Outer walls before inner walls" and the model sliced exactly how I wanted it to. The model in Cura had the inner wall printed first, the second phantom inner wall was turned into travel moves, and then the two outer walls printed around it. I then sent it to my printer and everything seemed perfect, it printed the single inner wall, then the two outer walls without problems. Is there a reason that the outer walls have to be printed before the inner walls with this setting? Will this cause issues with other prints that I may not be seing in the test prints I did?
Great, I'm glad it's working well for you.
As for the requirement of printing the outer walls first, rather embarrassingly, I cant right now remember why I thought that was required. It may be a mistake or there may be some subtle reason why it should be done. The overlap compensation that reduces the wall thickness is carried out independently for the outer wall and the inner walls so it should not make any difference the order in which the outer and inner walls are printed.
EDIT - OK, I have remembered why it is better to print the outer wall first. When that option is selected it will print the outer wall of the part before it prints any holes within the part. If a hole is so close to the edge of the part that the walls overlap, it produces (generally) nicer result if the outer wall is printed before the hole wall because then the hole wall will be thinned down by the compensation rather than the outer wall being thinned down. You have to understand that the way the overlap compensation works is that when two walls try and occupy the same space, the first wall that is printed will have it's normal thickness and the second wall gets thinned.
Here's an example that shows the difference. This first image shows the result when the outer wall is not printed first. So the hole red wall is printed complete and the outer red wall gets thinned down. This will tend to produce a rougher finish on the outer wall.
This next image shows the result when the outer wall is printed first. The outer red wall is complete and the red wall for the hole is thinned down and so the roughness that it will create is, hopefully, less visible because it's inside the hole.
So, it's not really a requirement, just a suggestion to maximise the surface quality when holes are close to the part outer wall.
Hope this makes sense!
Edited by burtoogle
17 hours ago, ahoeben said:Note that due to some changes in the background, all plugins needed to be updated. Not all plugins are available yet.
Once they are available, you can update them through the Toolbox.
Is a huge rework or just a minor mod required to make them work again? Just as a hint how long it might take to have them available again... ?
ghostkeeper 105
31 minutes ago, drayson said:
Is a huge rework or just a minor mod required to make them work again? Just as a hint how long it might take to have them available again... ?
We expect that 1 or 2 lines of code need to change for most plug-ins. It's not much, but the developer needs to figure out the stuff that is broken, test it, package it and re-submit it which could be an hour or two of work. Also, some people have loads of plug-ins up there which could be quite a significant amount of work to do for all.
1 hour ago, ghostkeeper said:the developer needs to figure out the stuff that is broken, test it, package it and re-submit it which could be an hour or two of work
Note that after submitting, the plugin goes through a testing process to make sure it does not crash Cura in any obvious way and to make sure it doesn't do anything malicious, which takes additional time. I currently have 4 plugins waiting for be approved, and I'm sure the plugin-testers are swamped with reviews.
Edited by ahoeben@smartavionics got it, thanks for going over that. I'll probably keep printing with interior walls first for now, but if things get bad I'll switch it back. Once more, thank you so much for adding this feature!
zerspaner_gerd 379
While I do love that if fixed one issue I was having with Tree supports, in the latest stable version (they would randomly change size on large prints and just start printing out in thin air) I have a new issue with tree supports (yea I know its all experimental) If I change 3 of the settings in speed it sets it all up fine, if I change 4 it ignores that 1/3 of the model needs support.
@Dkdaigle could you explain in more detail please? Show exactly where it works and doesn't?
15 hours ago, zerspaner_gerd said:Where is the filament diameter, I overlook what?
It was moved to the same category as the Nozzle Diameter, so it is no longer available in the sidebar. At least not unless you install the Printer Settings plugin from the Toolbox.
zerspaner_gerd 379
25 minutes ago, ahoeben said:
It was moved to the same category as the Nozzle Diameter, so it is no longer available in the sidebar. At least not unless you install the Printer Settings plugin from the Toolbox.
I do not understand
Where should I now enter my measured filament diameter?
must i continue to edit m117 command of gcode by hand to have printing file ion the display or there is a way it shows automatically ?
29 minutes ago, zerspaner_gerd said:Where should I now enter my measured filament diameter?
On the Materials pane of the preferences. Or, if you want to have a setting in the sidebar, you need to install the Printer Settings plugin from the Toolbox, restart Cura, and look for the material diameter setting under the new "Printer Settings" category (which also has a nozzle size setting, wohoo!)
As @smartavionics points out there is also a material diameter in the Machine Settings dialog, but what is set there is overridden by the selected material.
Machine Settings < Material < Profile < Sidebar (with Printer Settings)
qwerty8224 16
thanks to everyone who took part in the development ...
my prints have become even better))) you make me happy)))))))
On 9/20/2018 at 8:04 AM, gr5 said:@Dkdaigle could you explain in more detail please? Show exactly where it works and doesn't?
Basically just that this is what happens when I play with the settings.
Recommended Posts
AirBronto 8
Oh man, it looks like this is release with CuraEngine PR 721 (wall_min_flow) in it! I am so excited, this was the last big issue I had with Cura. Thanks again to @smartavionics for creating the feature, and thanks to the Cura team for all your awesome work!
Link to post
Share on other sites