On Wed, Jan 13, 2021 at 6:58 AM nop head nop.head@gmail.com wrote:
Thanks. It doesn't seem any different to OpenSCAD 2021.01.01.ci6570 playing
with them alongside each other. Both somewhere between one and two seconds
per frame I think.
Did you enable the experimental feature in preferences?
No, I didn't realise it was a feature. I ticked all four features to do
with rendering and now it is very responsive. Definitely an order of
magnitude faster, at least, perhaps two. Thanks a lot for the work.
It would be good to have a measure in the status bar to see the actual
frame rate to evaluate the difference.
On Wed, 13 Jan 2021 at 19:02, Hans L thehans@gmail.com wrote:
On Wed, Jan 13, 2021 at 6:58 AM nop head nop.head@gmail.com wrote:
Thanks. It doesn't seem any different to OpenSCAD 2021.01.01.ci6570 playing
with them alongside each other. Both somewhere between one and two seconds
per frame I think.
Did you enable the experimental feature in preferences?
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
It is an unbelievably different experience, even with smaller subassemblies
that used to draw at a reasonable speed, they are now virtually real time.
I don't think I have seen anything draw this fast in OpenSCAD before.
On Wed, 13 Jan 2021 at 19:24, nop head nop.head@gmail.com wrote:
No, I didn't realise it was a feature. I ticked all four features to do
with rendering and now it is very responsive. Definitely an order of
magnitude faster, at least, perhaps two. Thanks a lot for the work.
It would be good to have a measure in the status bar to see the actual
frame rate to evaluate the difference.
On Wed, 13 Jan 2021 at 19:02, Hans L thehans@gmail.com wrote:
On Wed, Jan 13, 2021 at 6:58 AM nop head nop.head@gmail.com wrote:
Thanks. It doesn't seem any different to OpenSCAD 2021.01.01.ci6570 playing
with them alongside each other. Both somewhere between one and two seconds
per frame I think.
Did you enable the experimental feature in preferences?
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
On Wed, Jan 13, 2021 at 1:25 PM nop head nop.head@gmail.com wrote:
No, I didn't realise it was a feature. I ticked all four features to do
with rendering and now it is very responsive. Definitely an order of
magnitude faster, at least, perhaps two. Thanks a lot for the work.
No problem. But most of the VBO work was done by @obliviand on github (not
sure if they frequent the forums / mailing list). I did contribute a few
changes, mostly fixing conflicts after large changes to master, but those
have already been incorporated back into obliviand's repo which Torsten
linked to.
It would be good to have a measure in the status bar to see the actual
frame rate to evaluate the difference.
I agree, maybe even ms per frame, rolling average of last 5-10 or so?
Does it vary between frames enough to warrant an average? It is basically
drawing all the same stuff with a slightly different viewpoint. If it would
flicker then then perhaps a simple ave += (sample - ave) / k would suffice.
On Wed, 13 Jan 2021 at 19:52, Hans L thehans@gmail.com wrote:
On Wed, Jan 13, 2021 at 1:25 PM nop head nop.head@gmail.com wrote:
No, I didn't realise it was a feature. I ticked all four features to do
with rendering and now it is very responsive. Definitely an order of
magnitude faster, at least, perhaps two. Thanks a lot for the work.
No problem. But most of the VBO work was done by @obliviand on github
(not sure if they frequent the forums / mailing list). I did contribute a
few changes, mostly fixing conflicts after large changes to master, but
those have already been incorporated back into obliviand's repo which
Torsten linked to.
It would be good to have a measure in the status bar to see the actual
frame rate to evaluate the difference.
I agree, maybe even ms per frame, rolling average of last 5-10 or so?
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Any chance someone has the time to build or has already built this for MacOS
and could ship me the app....seems my development system has developed an
obstinate streak and won't even come up properly.
I have noticed some marked slowdowns in my scad lately and just curious if
it is related....reviewing code for other sources of slowness now, but any
improvement to scad rendering is worth a shot.
TIA
--
Sent from: http://forum.openscad.org/
Ditto I would love to try this out on M1 Mac.
thanks
Caggius
On 13 Jan 2021, at 23:07, macdarren via Discuss discuss@lists.openscad.org wrote:
Any chance someone has the time to build or has already built this for MacOS
and could ship me the app....seems my development system has developed an
obstinate streak and won't even come up properly.
I have noticed some marked slowdowns in my scad lately and just curious if
it is related....reviewing code for other sources of slowness now, but any
improvement to scad rendering is worth a shot.
TIA
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
This will merge to master as soon as there's a bit of time to
spare. With that done, the changes will automatically show up
max. 2 days later in the snapshot builds on the official
download page.
MacOS build times are limited on most of the free CI platforms
so we can't just build every change unfortunately.
Github seems to have quite generous usage limits even for MacOS,
so there's a chance we can extend the automatic builds there.
With Travis pretty much going down soon for Open Source usage
we'll have to see how that impacts other platforms as people
migrate their projects.
ciao,
Torsten.
When I preview all of my library it still draws at a good framerate but a
lot of it is missing.
[image: image.png]
It should look like this:
[image: image.png]
I don't see any pattern in what is missing and the normalised tree size is
the same 8823 elements. There are a lot more cached CGAL polyhedra. I think
this version is based on an old master and may have some bugs that have
been fixed.
Or is there a limit to the number of elements it can draw with vbos?
On Thu, 14 Jan 2021 at 10:05, Torsten Paul Torsten.Paul@gmx.de wrote:
This will merge to master as soon as there's a bit of time to
spare. With that done, the changes will automatically show up
max. 2 days later in the snapshot builds on the official
download page.
MacOS build times are limited on most of the free CI platforms
so we can't just build every change unfortunately.
Github seems to have quite generous usage limits even for MacOS,
so there's a chance we can extend the automatic builds there.
With Travis pretty much going down soon for Open Source usage
we'll have to see how that impacts other platforms as people
migrate their projects.
ciao,
Torsten.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Turning off the vbo features gets the missing objects back but turning them
on again still draws everything, so not sure what is going on.
On Thu, 14 Jan 2021 at 12:38, nop head nop.head@gmail.com wrote:
When I preview all of my library it still draws at a good framerate but a
lot of it is missing.
[image: image.png]
It should look like this:
[image: image.png]
I don't see any pattern in what is missing and the normalised tree size is
the same 8823 elements. There are a lot more cached CGAL polyhedra. I
think this version is based on an old master and may have some bugs that
have been fixed.
Or is there a limit to the number of elements it can draw with vbos?
On Thu, 14 Jan 2021 at 10:05, Torsten Paul Torsten.Paul@gmx.de wrote:
This will merge to master as soon as there's a bit of time to
spare. With that done, the changes will automatically show up
max. 2 days later in the snapshot builds on the official
download page.
MacOS build times are limited on most of the free CI platforms
so we can't just build every change unfortunately.
Github seems to have quite generous usage limits even for MacOS,
so there's a chance we can extend the automatic builds there.
With Travis pretty much going down soon for Open Source usage
we'll have to see how that impacts other platforms as people
migrate their projects.
ciao,
Torsten.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org