Hi all
I downloaded GEM from cvs (2003-11-15) and pix_video doesn't work for my saa7134 (V4L2) capture-card. IIRC it worked well in some 0.87 cvs snapshots, and after that (0.87 release) it never worked again for more than 10 seconds. When using pix_video I get a lot of *GEM: pix_video: do video for this OS* in the console and messages doesn't work :
error: pix_video: no method for 'channel' error: pix_video: no method for 'mode' error: pix_video: no method for 'norm'
When using pix_videoLinux with pix_rgba (because I get *error: Gem: pix object cannot handle RGB image*) I get the following:
cap: name LifeView FlyVIDEO2000 type 47 channels 4 maxw 720 maxh 480 minw 48 minh 32
picture: brightness 32896 depth 17332 palette 4
vcap.channels 4 channel 0 name Television type 1 flags 1 channel 1 name Composite1 type 2 flags 0 channel 2 name Composite2 type 2 flags 0 channel 3 name S-Video type 2 flags 0 buffer size 3981312, frames 3, offset 0 1327104
frame 0 0, format 4, width 128, height 64
GEM: pix_video: Opened video connection F vmmap 832E0CC
but no image , only a white rectangle. I tried sending the following messages : channel 2, norm NTSC, mode NTSC 2 , driver 0 , device 0 also I tried pix_videoNEW but still no image. My capture card is working well with pdp, so in the meantime I'm using pdp_v4l -> pdp2gem -> GEM. but pdp2gem eats all my cpu. I hope someone knows what is happening here. Thanks for your time and excuse my confuse mail.
PD. the new Pixes objects are awesome !!!
Mirko Petrovich CL
.
Mirko Petrovich wrote:
Hi all
hi mirko. hi gem-devs.
this reply is partly meant for the gem-dev's, so don't be scared of weird explanations...
I downloaded GEM from cvs (2003-11-15) and pix_video doesn't work for my saa7134 (V4L2) capture-card. IIRC it worked well in some 0.87 cvs snapshots, and after that (0.87 release) it never worked again for more than 10 seconds. When using pix_video I get a lot of *GEM: pix_video: do video for this OS* in the console and messages doesn't work :
error: pix_video: no method for 'channel' error: pix_video: no method for 'mode' error: pix_video: no method for 'norm'
this basically means, that you are using the parent-class of [pix_video] instead of [pix_videoLinux] or [pix_videoNEW]
i guess, this is due to the automatic registering code (the pix_video class registering itself before the proper implementation class to pd)
i have committed some changes to the CVS that make this more managable: if NO_AUTO_REGISTER_CLASS is defined before the CPPExtern.h is included, then the registering code is omitted.
When using pix_videoLinux with pix_rgba (because I get *error: Gem: pix object cannot handle RGB image*) I get the following:
so with the new cvs-code, you should be able to use [pix_video] instead of [pix_videoLinux] resp. [pix_videoNEW].
but no image , only a white rectangle. I tried sending the following messages : channel 2, norm NTSC, mode NTSC 2 , driver 0 , device 0 also I tried pix_videoNEW but still no image.
on linux you should rather use [pix_videoNEW], because i submit all my changes to this rather than [pix_videoLinux]. anyhow, this doesn't make it work.
i have had this problem once on a quickcam attached to a gericom-laptop (not mine) for further investigation i took the camera home, plugged it into my workstation and it worked like a charm (with Gem). so i thought it was gericom-crap...
just a guess: the image is captured correctly but it is not textured. ([pix_draw] might produce the same result) for validation try to use [pix_pix2sig~] and [pix_sig2pix~] to transform the captured image into signal-space and back again. do you see anything but white (might be not very satisfactory) ? (don't forget to turn the audio-engine on...)
if so, what could it be ? a) your gfx-card b) the [pix_texture] code
which gfx-card are you using (driver) ? system-specs (kernel, distribution (is it gentoo ?),...)
mfg,.as.dr IOhannes
Hi, thanks for your reply
IOhannes zmoelnig wrote:
...
on linux you should rather use [pix_videoNEW], because i submit all my changes to this rather than [pix_videoLinux]. anyhow, this doesn't make it work.
just a guess: the image is captured correctly but it is not textured. ([pix_draw] might produce the same result) for validation try to use [pix_pix2sig~] and [pix_sig2pix~] to transform the captured image into signal-space and back again. do you see anything but white (might be not very satisfactory) ? (don't forget to turn the audio-engine on...)
you're right, using [pix_videoNEW], [pix_pix2sig~] and [pix_sig2pix~] I see the captured image !! Is this a [pix_texture] issue ?
if so, what could it be ? a) your gfx-card b) the [pix_texture] code
which gfx-card are you using (driver) ?
It's a nvidia tnt2 and I'm using the driver "nvidia" from nvidia.com
system-specs (kernel, distribution (is it gentoo ?),...)
RH8, kernel 2.4.21 with low latency patch and v4l2 patch.
Thanks again
Mirko Petrovich CL
-
IOhannes zmoelnig -
Mirko Petrovich