[GEM-dev] RE : Re: help with glsl abstractions

[Jack]

Hello,

Le 30/08/2013 22:33, ub a écrit :
> hey there,
>
> i had a got at replacing pixes with glsl once, so i got pix_contrast
sort of ready,
> maybe needs cleanup and some compliance to your project, like what
glsl version to use, rectangle or square textures, help patch etc
> let me know, if/when you want it.
>
> i ran into the problem, that i had to manually index all the input
textures, so it didn't really work as a drop-in replacement for pixes in
a complex patch.
> would be good if there was a global variable to keep track of the
current index and automatically assigns the increment to next texture
created for an input.
>
> and – yes – check out git, it's a great tool for all this code
swapping. :)
For glsl_abstractions, it should be ready tomorrow.
++

Jack


>
> cheers,
> ub
>
> On 30.08.2013 19:02, Jack wrote:
>>
> Hello Patrice,
>
> Le 30/08/2013 15:04, colet.patrice a écrit :
> > If it's not already made, I've got glsl_alpha (pix_alpha)
> Yes, it is not made, so it is welcome.
> Soon, I would like to release a 'trunk' of the abstraction, and so,
> everyone can use that trunk and make glsl_ abstraction.
> So let us define the best 'trunk'. That why I wait, I would like to
> have the maximum of remarks from people using Gem.
> ++
>
> Jack
>
>
>
> > Sheers
>
>
>
>
> > Patrice Colet
>
>
>
> > -------- Message d'origine --------
> > De : Antoine Villeret <antoine.villeret at gmail.com>
> > Date : 30/08/2013 0:51 (GMT+00:00)
> > A : Jack <jack at rybn.org>
> > Cc : gem-dev <gem-dev at iem.at>
> > Objet : Re: [GEM-dev] help with glsl abstractions
>
>
> > good job !
> > could be very useful !
> > I have some too (to replace pix_movement for example)
> > what is your working repo ?
>
> > +
> > a
>
> > --
> > do it yourself
> > http://antoine.villeret.free.fr
>
>
> > 2013/8/28 Jack <jack at rybn.org <mailto:jack at rybn.org>>
>
>
> > Le 26/07/2013 14:03, IOhannes m zmölnig a écrit :
> > > On 07/26/13 11:44, Jack wrote:
> > >> Hello,
> > >>
> > >> I would like to create GLSL abstractions in the help directory, which
> > >> would replace pix_ objects when possible. The name would start with
> > >> glsl_ instead of pix_.
>
> > > sound good.
>
> > >> Is there any objection against this ?
>
> > > no.
>
> > >> If not, i would like to have acces to the git repository with write
> > >> access. Is that possible ?
>
> > > wouldn't it be easier if you just forked the repository, and made a
> > > pull-request via github?
> > > i really love the decentralized aspect of git.
>
>
> > > mgfd.gasda
> > > IOhannes
>
>
>
>
> > > _______________________________________________
> > > GEM-dev mailing list
> > > GEM-dev at iem.at <mailto:GEM-dev at iem.at>
> > > http://lists.puredata.info/listinfo/gem-dev
>
>
> > I started to make seven abstractions glsl_*.
> > I would like to be sure, with the example attached, if i am on the
> right path.
> > Comments are welcome.
> > ++
>
> > Jack
>
>
>
>
> > _______________________________________________
> > GEM-dev mailing list
> > GEM-dev at iem.at <mailto:GEM-dev at iem.at>
> > http://lists.puredata.info/listinfo/gem-dev
>
>
>
>>
>>
>>
>> _______________________________________________
>> GEM-dev mailing list
>> GEM-dev at iem.at
>> http://lists.puredata.info/listinfo/gem-dev
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20130831/83a51a20/attachment.htm>