A display list is useful for static geometry which is why it makes sense for
the model object. It does not make much sense for the Geos that allow the
changing of the vertex data (sphere, cylinder, etc) since the compiling of
the list has to be done for each change which adds overhead.
I think someone did make an example of building a display list per gemhead
and then calling the list for rendering in another.
On Sun, Apr 13, 2008 at 11:40 AM, Thomas Grill <gr at grrrr.org> wrote:
> Hi,
> i really have next to no GEM knowledge, but i was always asking
> myself whether GEM compiles the GL commands to display lists.
> If yes, is that structured by using separate gemheads, if no, why
> isn't it used?
> If display lists are used i would think it shouldn't make a lot of
> difference which language is used for the GL commands (apart from
> changing parameters maybe).
> gr~~~
>>> Am 13.04.2008 um 16:38 schrieb Frank Barknecht:
>> > Hallo,
> > cyrille henry hat gesagt: // cyrille henry wrote:
> >
> >>> luagl is not as fast as C, but it's already much faster than using
> >>> lots of separators or double gemheads.
> >>>
> >>> Regarding Gem-externals: Does anyone have a simple template project
> >>> how to write and compile a custom Gem external? This could be very
> >>> useful, but I'm a bit confused how to do this in a simple way.
> >>>
> >>
> >>
> >> use a gem object (like cube).
> >> search and replace "cube" by the name of your object in both the
> >> ccp and h
> >> file.
> >> use this makefile (adjust the name of the file / src directory).
> >> it should compile.
> >
> > Thanks a lot Cyrille. I made a little "benchmark" of a [linebuffer]
> > object in luagl vs. a quickly hacked C++ version (warning, very ugly
> > code!! Includes bugs I didn't care to fix for now.)
> >
> > In this case, Lua does compare quite well with the C++ version on my
> > machine.
> >
> > Ciao
> > --
> > Frank Barknecht _
> > ______footils.org__<lua-c-
> > gemtest.tgz>_______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/> > listinfo/pd-list
>>> _______________________________________________
>PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
>http://lists.puredata.info/listinfo/pd-list>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20080413/6337a0a3/attachment.htm>