Re: [PD] pix_mask and gemframebuffer

2011-11-16 Thread Max
Am 14.11.2011 um 16:28 schrieb Guido Tamino: > Got caught by this sentence while reading back our conversation: >> i remember someone said that he was working on making glsl abstractions to >> replace some of the pix_ > > It's good to know about this, do you remember who is working on that? I'm n

Re: [PD] pix_mask and gemframebuffer

2011-11-15 Thread u...@xdv.org
hey there, On 09.11.2011 15:53, Max wrote: i remember someone said that he was working on making glsl abstractions to replace some of the pix_ es some time ago, i have made a video-mixer to replace the example in 04.pix/12.blending.pd, that routes the signal into each appropriate pix, with one

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread Max
yes, that's a nice patch. i am still wondering though why it doesn't look the same (sharp) when done without glsl. i remember someone said that he was working on making glsl abstractions to replace some of the pix_ es m. (posting back to pd-list, hope that's okay for you) Am 09.11.2011 um 16:23

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread cyrille henry
Le 09/11/2011 14:01, Max a écrit : Am 09.11.2011 um 14:41 schrieb cyrille henry: Le 09/11/2011 12:23, Max a écrit : thanks cyrille, am i getting closer? yes, a bit. except that : - gemframbuffer does not have the same camera position than gemhead. you need to add translateXYZ 0 0 -4 ah,

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread Max
masking4.pd Description: Binary data Am 09.11.2011 um 14:41 schrieb cyrille henry: > Le 09/11/2011 12:23, Max a écrit : >> thanks cyrille, >> am i getting closer? > yes, a bit. > except that : > - gemframbuffer does not have the same camera position than gemhead. > you need to add translateXYZ

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread cyrille henry
Le 09/11/2011 12:23, Max a écrit : thanks cyrille, am i getting closer? yes, a bit. except that : - gemframbuffer does not have the same camera position than gemhead. you need to add translateXYZ 0 0 -4 - pix_snap snap the curent frambuffer, you don't need to pass the framebuffer texture. see

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread Max
thanks cyrille, am i getting closer? masking2.pd Description: Binary data it's ok if it is slow, but i want to use gem objects to make a mask i can animate in gem, so there is now way around the snapping if i understand that correctly. max Am 09.11.2011 um 14:07 schrieb cyrille henry: >

Re: [PD] pix_mask and gemframebuffer

2011-11-09 Thread cyrille henry
hello, pix_masque need a pix, not a texture. (one is in the CPU, the other in the GPU). you need a pix_snap to pass the texture to a pix object. beware, this is slow. i recommend using a shader to emulate pix_masque, but using 2 texture and not 2 pix. it will be hundred time faster. Cyrille L

[PD] pix_mask and gemframebuffer

2011-11-09 Thread Max
dear list, i'm trying to generate a b/w mask in gemframebuffer for a pix_mask pix_mask seems to ignore the texture from gemframbuffer. hints appreciated. m. masking.pd Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail ___