Le 22/11/2012 13:45, Cyrille Henry a écrit : > > > Le 21/11/2012 15:02, Jack a écrit : >> Le 20/11/2012 18:52, Santi a écrit : >>> Hello, >>> >>> i don't know if this is the right place to write, sorry if don't. >>> >>> I'm working in a project with PD/Gem and i need more blending >>> methods than the original Alpha object has. I've modified slightliy >>> the file alpha.cpp (see atachment) and recompiled Gem. Simply i've >>> add the different OpenGL blending mehods to the switch in the >>> function funmess(). Some are working in mi system (Debian Wheezy), >>> others are the same output than GL_ONE. I like specially >>> GL_ONE_MINUS_SRC_COLOR, it doesn't saturate the bright pixels like >>> GL_ONE_MINUS_SRC_ALPHA does. >>> >>> My question: Is there any reason to not include different alpha >>> blending methods? the modification i've made is very simple and >>> obvious, so i'm thinking about why not had made before... do i have >>> lost something? >>> >>> Regards and sorry for my english... >>> >>> Santi Noreña >>> >>> >>> _______________________________________________ >>> GEM-dev mailing list >>> [email protected] >>> http://lists.puredata.info/listinfo/gem-dev >> >> Hello, >> >> You can use the object [GEMglBlendFunc]. > yes, but i don't see any reason not to include it in the alpha object.
Because it still exists in the [GEMglBlendFunc] :) Seriously, as Chris says it's better to use shaders now, it's more flexible. ++ Jack > cheers > c > >> ++ >> >> Jack >> >> >> >> >> _______________________________________________ >> GEM-dev mailing list >> [email protected] >> http://lists.puredata.info/listinfo/gem-dev >> > > _______________________________________________ > GEM-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/gem-dev _______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev
