<Jack21>
console hangs at "compiling design(cssg products generation)... as last line but is still updating while the main window only show axis
<Jack21>
(i can replicate this)
nspuma has quit [Ping timeout: 268 seconds]
nspuma has joined #openscad
nspuma has quit [Ping timeout: 264 seconds]
<teepee>
yeah, the timer stuff is a bit tricky, I can believe there's such issues
<Jack21>
probably i need a faster CPU - Ü
nspuma has joined #openscad
<Jack21>
but funny how adding just a comment in the file gets over the threshold
<teepee>
random things are random :)
<InPhase>
Yeah, one of these days I need to restructure our whole threading approach if no one gets to it before me.
<InPhase>
Perhaps after I finish doing it for the work project that needs a thread restructuring. I can reuse some of the open source pieces if they fit right.
<InPhase>
Last time I looked at the threading approach here it was very unsatisfying to me.
<InPhase>
On top of that, Qt is working on breaking what we already have with Qt6.
<Jack21>
i assume no sane person would have that large files - but on slower machines it may happen earlier
<Jack21>
also you wouldn't hit F5 in animation but ALT+up/down also refreshes
nspuma has quit [Ping timeout: 245 seconds]
<InPhase>
File size should never break operation. I don't know your exact scenario, but it sounds like a race condition, which means an architectural flaw.
<InPhase>
Well designed threading architectures offer pretty good guarantees of zero race conditions.
<Jack21>
scenario is including my lib (with use it doesn't happen) -- first thought something in the lib caused it - but also happens when just copy everything and then i could replicate by just stringing vacuous modules and comments
<Jack21>
till the point where one character made the difference
peeps[zen] has joined #openscad
peepsalot has quit [Ping timeout: 250 seconds]
PovilasCNC has quit [Read error: Connection reset by peer]
ur5us has quit [Remote host closed the connection]
pah has quit [Ping timeout: 256 seconds]
pah has joined #openscad
ur5us has joined #openscad
jotweh has quit [Remote host closed the connection]
pah is now known as pa
af has quit [Ping timeout: 260 seconds]
<peeps[zen]>
Jack21: I'm slightly afraid to ask, but define "large"?
<Jack21>
200kb
<peeps[zen]>
ok, not too awful, we have a generated test that is ~3MB iirc
<peeps[zen]>
Jack21: does decreasing FPS make it work again?
<Jack21>
oh yes below 3FPS the problem doesn't show
<Jack21>
i get a max of 6-7 FPS max
<Jack21>
without include about 50FPS
af has joined #openscad
<Jack21>
with use<> somthing around 35-40 FPS (eyeballing these numbers)
<Jack21>
use = 17ms include 313ms
<Jack21>
new file also 17ms
<Jack21>
without writing anything into echo() 300ms
pa has quit [Ping timeout: 256 seconds]
pah has joined #openscad
<Jack21>
this is funny setting a high fps results in faster rendering time (17ms) while a low number has 23ms -- seems like there are fast frames between when it speed up
pah has quit [Ping timeout: 264 seconds]
pah has joined #openscad
ur5us has quit [Ping timeout: 264 seconds]
pah has quit [Ping timeout: 264 seconds]
pah has joined #openscad
<Scopeuk>
Jack21 i suspect that you are getting more cache hits as bits of geometry have not changed between frames
<Scopeuk>
This is based on intuition and expectation not an analysis of your design
pah has quit [Ping timeout: 245 seconds]
<Jack21>
i used a fixed cube without any animation so there shouldn't be any new calculation