Hey Weevil,
[pix_movie] was giving me the same problem, but [pix_film] seems to work perfectly. run [pix_film] to [pix_texture] then to [rectangle 4 3] just to see if it works correctly. check the pix_film-help in the browser for details.

the chain should be:

gemhead
|
[colorRGB 1 1 1 1] <- the last inlet is an alpha-channel on a 0-1 range
|
[alpha]
|
[pix_movie]
|
[rectangle]

however, all i ever got was a pink & green psychedelic flashing, and therefore using pix_film is more practical.
the renderchain goes like this:

gemhead
|
[alpha]
|
[pix_film]
|
[pix_alpha] <- see the help file for setting up high- and low pass. good for lumakeying.
|
[pix_texture]
|
[rectangle]

Hello everybody,

I was just wondering how come that I can apply any sort of crazy effects in real-time to a video source (both file on hard-disk or camera), but I couldn't even put some glow or blur to a 2D circle or anything.

This is an important limitation, isn't it?
I've heard GLSL support could open new directions, but even if I did some research I have no idea of what GLSL is or how does it work.

Is there a way to apply pix effects (freeframe included) to a shape instead of a pix_video, pix_film or pix_image?

I understand some people plays with pix_snap2tex and gemframebuffer, but I need an example to figure the thing out in the best way.

Thank you in advance.

nope, works like a charm here.
macbook 13" alu osx 10.5.8
pd-extended 0.41.4

you don't have another program open which might access the cam?!

pd main window sayst:
[pix_videoDarwin]: height 320 width 240
[pix_videoDarwin]: SG channnel Device List count 3 index 2
[pix_videoDarwin]: SG channnel Device List DV Video
[pix_videoDarwin]: SG channnel Device List IIDC FireWire Video
[pix_videoDarwin]: SG channnel Device List USB Video Class Videoem/Library/QuickTime/QuickTimeIIDCDigitize
error: [pix_videoDarwin]: SGSetChannelDevice returned error -9408
... you might be able to track this down from the Find menu.
[pix_videoDarwin]: vdigName is Built-in iSight
[pix_videoDarwin]: digitizer rect is top 0 bottom 1200 left 0 right 1600
[pix_videoDarwin]: active src rect is top 0 bottom 1200 left 0 right 1600
error: [pix_videoDarwin]: could not set SG Rect
[pix_videoDarwin]: set SG NormalQuality
[pix_videoDarwin]: using YUV
GemwinMac: width - 500 height - 500
GemWindow Activate err = 0
GEM: GLEW version 1.5.0
GEM: Start rendering

I am working on OSX with PD 0.41.4 and when I create a pix_video 'object' my isight is turned on and i lose control of PD. I also get this message in the main window.

[pix_videoDarwin]: height 320 width 240
[pix_videoDarwin]: SG channnel Device List count 5 index 4
[pix_videoDarwin]: SG channnel Device List DV Video
[pix_videoDarwin]: SG channnel Device List Google Camera Adapter 0me/QuickTimeIIDCDigitizer.component/

What am I doing wrong?

@excalibur said:

I think you can do this with [pix_snap2tex], it takes a snapshot of the current render buffer, and then you can use [pix_record]

Have fun!

Sorry to keep asking things, but could you give me a simple diagram of how this would work?

Is it this?:

[pix_texture]
|
|
[rectangle]
|
|
[pix_snap2tex]
|
|
[pix_record]

I read the help file on [pix_snap2tex], but am still having a hard time.

i've had this problem too on windows - it has something to do with [pix_texture] , at least in my case it was. it was resolved by sending the message [mode 0 { to [pix_texture] . not sure what caused it, and now I don't have the problem anymore... i ended up making a patch called [pix_texture0] that just loadbang'd [mode 0 { to [pix_texture] , with an inlet/outlet so it could be used to replace [pix_texture] without manually sending the message every time

on my machine it doesn't work, as you said only the first frame is running?
maybe i don't have quicktime?
here's the pd window:

pix_film:: directshow support
pix_film:: quicktime support
error: filmQT: Could not initialize quicktime: error -2093

[pix_movieNEW]: opening C:/Dokumente und Einstellungen/Toxonic/Desktop/bruce_lee vs chuck/bruce.mov with format 1908
Trying DirectShow
pix_movieDS: xsize 352 ysize 288 csize
[pix_movieNEW]: loaded file: C:/Dokumente und Einstellungen/Toxonic/Desktop/bruce_lee vs chuck/bruce.mov with 106 frames (352x288) at -1.000000 fps
GLEW version 1.5.0
GEM: Start rendering
GL: invalid enumerant

EDIT: works now, there was quicktime missing..... shame on me, i did't see it! after installing quicktime, no problems here!

GEM seems not to like some video codecs (i'm working with windows). I tried changing them and finally one worked on my computer (h.263) and i was able to see the video in the GEM window. However when I copied the whole project to a different computer, whenever i open the videos GEM goes black and stays this way.

this is what pd is saying to me:

[pix_filmNEW]: opening D:/!ogrody sztuki pliki/pd-patcher/h263.mov with format 1908
Trying DirectShow
pix_movieDS: xsize 352 ysize 288 csize
[pix_filmNEW]: loaded file: D:/!ogrody sztuki pliki/pd-patcher/h263.mov with 1 frames (352x288) at -1.000000 fps

What draws my attention is the last bit "opened [...] with 1 frames" but maybye only because i don't know what it refers to. There's no error so I assume that everything is okay for pd. I checked gem tutorials and video doesn't work there either. I think there are all necessary codecs on this machine. Now i'm going to encode the .mov in all availbe ways and check if any of them will work. Meanwhile, please say what you think it may be, and possibly how to get over this!

thanks in advance

that isn't doing what you think it is doing, i think

pix_data grabs data from the "pix" chain, not the frame buffer, so if you move the square, or the window is a different shape, the displayed position of the image texture differs from the mouse coordinates.

you need to grab the frame buffer, which is slow in general - but if you only have 1 pixel to grab (I assume there is only one mouse!) then it shouldn't be too bad.

try using pix_snap before pix_data, setting the dimensions to snap to 1x1 pixels and setting the position of pix_snap from mouse coordinates, then set pix_data to just output that single point.

... some time passes, while patching ...

ah, maybe it's that gemmouse returns window manager coordinates where (0,0) is top-left not opengl where (0,0) is bottom-left?

at least the attached "works" here to some extent

http://www.pdpatchrepo.info/hurleur/gem-grab-mouse-pixel-example.pd