[GEM-dev] gemvertexbuffer (prev.. vertex operations / vertex_* (prev.. gem port to opengl-es - initial developments..))

[Antoine Villeret]

hi,

Just to clarify our work : this object was at the very beginning a first
try to put some OpenCL code into Gem.
The OpenCL example we used for that involved VBO (and it works great but
it's another topic i'm keeping for later...).
As we want to define precisely the content of the VBO processed by OpenCL
we made a bridge between Pd and VBO through tables.
Actually we found this (the ability to fill a VBO with table values)
interesting and we remove all OpenCL processing to make the
[gemvertexbuffer] object.
But we (or at least me) never thought this object as a goal itself.
It's just kind of fork of our first intention.
So fell free to rename it, improve it, or think it different.
And at last but not the least, it was one of mine very first Gem coding
experiment... (I don't take a look at the code for a while but I can
imagine the disaster...) :-)

and now, as the code is in the git repos, it's as much mine as your : it's
our.
go ahead !
and thanks for your work to keep this idea alive !

cheers

a.
-- 
do it yourself
http://antoine.villeret.free.fr
http://drii.ensad.fr
--
Google lit ce mail...
si vous refusez cela, utilisez l'adresse antoine.villeret [at] free.fr pour
me contacter



2012/2/8 Cyrille Henry <ch at chnry.net>

>
>
> Le 08/02/2012 09:32, IOhannes m zmoelnig a écrit :
> ...
>
>  no problems from my side.
>> i don't especially like the _name_ [gemvertexbuffer] (it is too similar
>> to [gemframebuffer] (which goes well with [gemwin]), but the
>> functionality/usage is very different), and if it was made into an
>> abstraction, all the better.
>>
> i don't have any objection changing this name : this object is so new that
> nobody should have already used it.
>
> cheers
> cyrille
>
>
>> one could also use something like [pix_texture], that applies textures
>> that it either generated itself (from a pix) or that was generated
>> somehow else (by taking the texture id in it's 2nd inlet).
>> but i'm not so sure that this scales well for the different VBO types.
>>
>> fgmasdr
>> IOhannes
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAk8yMy0ACgkQkX2Xpv**6ydvTSEgCeOrsIy34fUJO0K7K1yxxZ**0+Tz
>> d5sAnigbwBE47x3mq7zrhxkYlo7sUI**+7
>> =0fBX
>> -----END PGP SIGNATURE-----
>>
>>
>>
>>
>> ______________________________**_________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/**listinfo/gem-dev<http://lists.puredata.info/listinfo/gem-dev>
>>
>
> ______________________________**_________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/**listinfo/gem-dev<http://lists.puredata.info/listinfo/gem-dev>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20120209/f029471d/attachment.htm>