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 not
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
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
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
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:
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.
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 0 0 -4
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
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
