? ($fn>=3?$fn:3) 

: ceil(max(min(360/$fa,r*2*PI/$fs),5))), a_based=360/$fa, s_based=r*2*PI/$fs);

> By taking out render() made the difference. > With render() :Total rendering time: 9:23:59.954 > Without render() : Total rendering time: 0:00:00.449 Could you post the exact code that took 9h23m9.9s, including $fn etc used, there is something very wrong, that is not just render(). > to be able to see the colors after F5. But now > It would be great if F6 would also retain > the color info. F6 render is pure solid geometry, one solid chunk, that's why color is gone. There are requests for color support, but it is not straight forward. > I looked over the History link. Hmm… The libraries used make it non trivial. > OpenSCAD just stopped communicating to the OS, so Activity Monitor reported it as “not > responding”, but ultimately after some time the program finished the job. F5 preview is not in a separate thread (yet), when you used render() it causes the main GUI thread to block for long periods. 'normal' previews a quick. > Yes I use some $ variables. Here they are: > echo(version=version()); > $fa=0.4; > $fs=0.4; > $fn=60; If you use $fa or $fs without $fn, then depending on the size of the circle, the number of segments will vary. module fn(r) { echo($fa=$fa,$fs=$fs,$fn=$fn); echo(r=r, n=($fn>0 ? ($fn>=3?$fn:3) : ceil(max(min(360/$fa,r*2*PI/$fs),5))), a_based=360/$fa, s_based=r*2*PI/$fs); } $fa=0.4; $fs=0.4; fn(r=5); fn(r=50); fn(r=500); ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 ECHO: r = 5, n = 79, a_based = 900, s_based = 78.5398 ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 ECHO: r = 50, n = 786, a_based = 900, s_based = 785.398 ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 ECHO: r = 500, n = 900, a_based = 900, s_based = 7853.98 Depending on size, it could explain the 9h render with 200MB cache. n bigger than ~60 for non-trivial models will cripple most systems, particularly with lots, like the intake. Your $fs is too big for your intake small holes, and $fa can make up to 900 segments: This may be better, but it depends on the sizes involved. -- This email has been checked for viruses by AVG. https://www.avg.com

Regarding the code, it is a long one, but I commented all the other parameters and models and draws that was not intake. So, the missing parts were just some parameters and the $fans values. The changes are made after I saw the suggestions, was to cut out render() from the code, and raise the cache sizes to 2000MB. I also unchecked “Automatic Reload and Preview”. In my machine OpenSCAd runs on just 3 threads. I see, that I have to play more with the $fans. ;-) I grew up with the SI system, so I would love to use just meter, kg, s,…. But living in a country which joined to the SI system in 1970 but still using imperial measurements everywherem, despite declaring herself as a Republic, I have to think in inches, lb, …, so in this particular case I had inches in mind. Thanks again, Infocean > On Mar 20, 2021, at 2:05 AM, MichaelAtOz <oz.at.michael@gmail.com> wrote: > > > > > By taking out render() made the difference. > > With render() :Total rendering time: 9:23:59.954 > > Without render() : Total rendering time: 0:00:00.449 > > Could you post the exact code that took 9h23m9.9s, including $fn etc used, > there is something very wrong, that is not just render(). > > > to be able to see the colors after F5. But now > > It would be great if F6 would also retain > > the color info. > > F6 render is pure solid geometry, one solid chunk, that's why color is gone. > There are requests for color support, but it is not straight forward. > > > I looked over the History link. Hmm… > > The libraries used make it non trivial. > > > OpenSCAD just stopped communicating to the OS, so Activity Monitor reported it as “not > > responding”, but ultimately after some time the program finished the job. > > F5 preview is not in a separate thread (yet), when you used render() it causes the main GUI thread to block for long periods. 'normal' previews a quick. > > > Yes I use some $ variables. Here they are: > > echo(version=version()); > > $fa=0.4; > > $fs=0.4; > > $fn=60; > > If you use $fa or $fs without $fn, > then depending on the size of the circle, > the number of segments will vary. > > module fn(r) { > echo($fa=$fa,$fs=$fs,$fn=$fn); > echo(r=r, n=($fn>0 > ? ($fn>=3?$fn:3) > : ceil(max(min(360/$fa,r*2*PI/$fs),5))), a_based=360/$fa, s_based=r*2*PI/$fs); > } > > $fa=0.4; > $fs=0.4; > fn(r=5); > fn(r=50); > fn(r=500); > > ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 > ECHO: r = 5, n = 79, a_based = 900, s_based = 78.5398 > ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 > ECHO: r = 50, n = 786, a_based = 900, s_based = 785.398 > ECHO: $fa = 0.4, $fs = 0.4, $fn = 0 > ECHO: r = 500, n = 900, a_based = 900, s_based = 7853.98 > > Depending on size, it could explain the 9h render with 200MB cache. > > n bigger than ~60 for non-trivial models will cripple most systems, > particularly with lots, like the intake. > > Your $fs is too big for your intake small holes, > and $fa can make up to 900 segments: > <image002.jpg> > > This may be better, but it depends on the sizes involved. > <image004.jpg> > > > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> <x-msg://2/#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>_______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email to discuss-leave@lists.openscad.org <mailto:discuss-leave@lists.openscad.org>