[PD] pix_video metro

[IOhannes m zmoelnig]

sara kolster wrote:
> Hi all,
> 
> I'm trying to figure something out [again] with pix_video. How does the 
> playback from pix_video work and can I influence the playback with a 
> different metro?
> 
> Right now, I've a webcam connected and the playback seems to be a little 
> slow and a bit blurry; I just want to try what I can do to change speed 
> of the playback, but cannot find anything in the helpfile of pix_video.
> 
> I tried to connect a metro [40] to pix_video but that doesn't work.

this seems to be complicated...

[pix_video] captures the input-stream of a capture-device; as capturing 
is done in real-time you cannot speed [pix_video] up (at least not in 
our space-time-continuum where we cannot travel into future)

however, if you think that the latency is to high (the time between you 
waving before the lens and the movement appearing on the screen) read on

connecting [metro 40] to [pix_video] is an interesting idea, but 
unfortunately this is not the way it works.
gem builds its own "render-clock", which you cannot speed up (or change 
at all!) with a [metro].
if you want higher frame-rates, you can send a "rate" message to the 
[gemwin], like [rate 60( (the default of 20 is a bit low); you can even 
set the default frame-rate as an argument to [gemwin] (like [gemwin 60])

because you had the idea of using [metro] i guess you have used pdp 
before, and thus are on linux (or rather os-X, as your mail-client seems 
to imply)

as for linux: gem captures from the video-input as fast as possible in a 
separate thread; this should make videoIN as smooth as possible; 
however, the captured images are displayed only once a render-cycle, so 
  incrementing the framerate (see above) might help (a bit)

as for osX: in theory it should be very similar, except that jamie and 
chris have done huge accelerations, so it should be even faster.
otoh, osX-users tend to use USB or ieee1394 cameras which have a very 
high latency (read: it takes a long time from the image to be "shot" 
until it appears on the screen); this is due to the hardware-limitations 
of ieee1394/usb; you (and me neither) cannot do anything about it


do you know of any application that captures _way_ faster with the same 
hardware ?? (would be interesting to know)


mfg.asd.r
IOhannes