kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Guest75 has joined #openscad
<Guest75>
why cant I download it on my mac
Guest75 has quit [Quit: Ping timeout (120 seconds)]
kintel has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
J23545194869783 is now known as J23
guso78 has joined #openscad
fling_ has joined #openscad
fling has quit [Ping timeout: 255 seconds]
fling_ is now known as fling
noonien has quit [Ping timeout: 246 seconds]
noonien7 has joined #openscad
ur5us has joined #openscad
castaway has joined #openscad
Guest27 has joined #openscad
Guest27 has quit [Ping timeout: 260 seconds]
Guest27 has joined #openscad
L29Ah has joined #openscad
guso78 has quit [Quit: Client closed]
L29Ah has quit [Ping timeout: 268 seconds]
L29Ah has joined #openscad
Guest27 has quit [Ping timeout: 260 seconds]
ur5us has quit [Ping timeout: 260 seconds]
snaked has quit [Quit: Leaving]
L29Ah has left #openscad [#openscad]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 255 seconds]
teepee_ is now known as teepee
L29Ah has joined #openscad
<Virindi>
Gosh, the speed improvements in the last few years lulled me into complacency. I started loading files for display on my zoom pc, which is like a generation 1 i5, and everything has been great...until I forgot there are limits and tried to load a file I created on my desktop which has a product label created by surface()ing a png
<Virindi>
took 20 minutes to render, my desktop does it in 20 seconds
<Scopeuk>
would be interesting to see what if anything the manifold stuff in the nightly's does with that
<Scopeuk>
it's been quite impressive in my little bit of playing arround with it
<Virindi>
which setting? I only use nightly, I did fast-csg...that computer is unusable on normal models without VBOs
<Scopeuk>
it should now be in the nightly's
<Virindi>
not a feature checkbox?
<Scopeuk>
it is called manifold, you should turn off all the fast csg options when using it
<Scopeuk>
should be, although I pulled the circle ci build on it, havent checked the nightly myself, its merged though
<Virindi>
oh, whoops, I am on my desktop and this nightly is 2022
* Virindi
updates it
<Virindi>
ah, there it is :)
<Virindi>
that applies to render() right?
<Scopeuk>
this is anythign that triggers a proper render
<Scopeuk>
so render() or hitting F6
<Scopeuk>
when I say proper I mean anything that generates the 3d mesh rather than the 2d preview magic
<Virindi>
seems good, I don't understand why fast-csg is ever described as faster though. I still haven't found a case where it is faster. Running comparison times and now I am waiting on fast-csg :)
<Virindi>
I guess fast-csg is faster with some other type of model style than I use
<Virindi>
the amusing thing is without fast-csg-trust-corerefinement, it complains that it is using the slow method, but when you enable that it actually takes 10x as long
<Scopeuk>
it all varies across designs, I think Manifold is the closest to universally fastest, it is also the onyl one that properly makes use of multiple cores
<Virindi>
yeah I know, but I have never personally encountered a case where fast-csg wasn't a huge hindrance
<Virindi>
hmm
<Virindi>
I didn't notice it using multiple cores
<Virindi>
yeah, it is not. it is using one core.
<Virindi>
if I could make it use multiple cores that would be amazing
<Scopeuk>
interesting, it may depend on the model. and the cache state
<Virindi>
Ah. I just tried one of my other really complex models and it did parallelize...for the 2 seconds before it finished. Very impressive. It must just be the surface() operation.
<Scopeuk>
that seams likely,
<Scopeuk>
noit sure any changes were made to surface
<Scopeuk>
all of the csg operations should be quicker
<Scopeuk>
mikowski should be a lot quicker
<Virindi>
The second model is 2 seconds with manifold, 1 minute 30 seconds with no options. Hooooly shit, wow
<Virindi>
that is incredible
<Virindi>
now that's what I call an improvement :D
<Virindi>
that kind of speed maybe makes it worthwhile now to automatically render() every single object without it being specified
<Virindi>
I would like that option
<Virindi>
I guess it would need to remember colors from inside the tree though
<Virindi>
so, stop at color()
<Scopeuk>
I think there are still cases it isn't quite quick enough but a switch becomes an option, I guess throwing a render() in your model isn't too painful to force it yourself
<Virindi>
yeah all my models already have hundreds of render()s, one on every component
<Virindi>
it is needed for the preview framerate to be usable on complex models
<Virindi>
(yes everything is already super blocky, very course angle and segment settings0
<Virindi>
)
J23 has quit [Quit: Client closed]
J23 has joined #openscad
n1essa has quit [Remote host closed the connection]
mohammadlatif has joined #openscad
mohammadlatif has quit [Client Quit]
n1essa has joined #openscad
n1essa has quit [Remote host closed the connection]
n1essa has joined #openscad
J23 has quit [Quit: Client closed]
J23 has joined #openscad
califax has quit [Remote host closed the connection]
califax has joined #openscad
guso78 has joined #openscad
Ckat has quit [Ping timeout: 268 seconds]
Ckat has joined #openscad
kintel has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<gbruno>
[github] kintel pushed 81 modifications (Added simplified LOG() overloads for a common logging cases (#4569) * Added a simplified LOG() function for a common logging case * Renamed message_group::None to message_group::NONE to avoid collision with X11's None) https://github.com/openscad/openscad/commit/c2477f2560c17963098b34668d667f6b7d56c322