well no pix_snap will not do this pix_snap2tex as well

in both situation raw rendered object is still in the gem window gemframebuffer might do this (there is an exaple .in textures catalog - 10.framebuffer.pd, that does almost what i need)

gemframebuffer however plugs straight to pix_texture so i can`t any pix object on the way

i posted a question about this once on the list if gemframebuffer could be modified to allow further processing and then i was answered by chris clepper that this task would be easier to slove with a shader

maciek

Kyle Klipowicz kyleklip@gmail.com wrote: Could pix_snap do this?

~Kyle

On 7/7/07, maciej wojnicki wrote:

hello list

I have been reading the thread about the glsl shaders lately and got quite excitet about all the possibilities that open with this method. I am wondering if I could find somewhere a shader that would take some gem primitives and flatten them to a picture of desired size (e.g. 640x480) so it would then be possible to process them with pix objects.

For example I`d like to take some rectangulars, flatten them and then use it as a mask for some video, combining two pictures with pix_multiply.

Is there any shader like that? Anyone knows how to write it?

Thank you in advance

All the best.

Maciej

---

Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

maciej wojnicki a écrit :

well no pix_snap will not do this pix_snap2tex as well

in both situation raw rendered object is still in the gem window gemframebuffer might do this (there is an exaple .in textures catalog

• 10.framebuffer.pd, that does almost what i need)

Hello, I guess you mean 10.pixdatasimple.pd in Gem pix example, if what you need is something that is not in single buffering, you'll need [Gem/pix_data] as well for extracting RGB information to redraw the image with colored geos [zexy/repeat], at least that what I need for animating the pixels. You can use some RGB filters, for example, at the output of pix_data a filter that only allow red or green, then it would reduce the number of repeated objects, and it might avoid to blow up the processor. for reducing the cpu process it's also possible to store pixel values in a table and reading different parts of the table with several [repeat] and [counter] objects, If you want to see how it looks like, take a look at this movie:

http://megalego.free.fr/pd/YI.mov

and you might have somewhere to start with this:

http://megalego.free.fr/pd/YI.rar

Apparently is also possible to reduce the CPU processing with using the gl objects, like Cyrille Henry have shown once(, but I couldn't help with this because almost all gl doesn't work on my computers, on linux, windows, with a Nvidia, an openchrome, with last cvs snapshots...).