discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Apple M1 migtation

HL
Hans L
Wed, Jan 13, 2021 7:00 PM

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?

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?
NH
nop head
Wed, Jan 13, 2021 7:24 PM

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

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 >
NH
nop head
Wed, Jan 13, 2021 7:31 PM

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

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 >> >
HL
Hans L
Wed, Jan 13, 2021 7:51 PM

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?

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?
NH
nop head
Wed, Jan 13, 2021 7:59 PM

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

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 >
M
macdarren
Wed, Jan 13, 2021 11:07 PM

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/

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/
BC
Bob Carter
Thu, Jan 14, 2021 9:46 AM

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

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
TP
Torsten Paul
Thu, Jan 14, 2021 10:04 AM

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.

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.
NH
nop head
Thu, Jan 14, 2021 12:38 PM

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

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 >
NH
nop head
Thu, Jan 14, 2021 12:45 PM

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

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 >> >