[GEM-dev] A/D video converter DFG/1394-1e with unicap

IOhannes m zmoelnig zmoelnig at iem.at
Wed Jan 11 14:21:36 CET 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-01-11 14:03, kubro bubro wrote:
> yes, i dont need it in unicap, if it works just somehow i will be
> happy. i tried dc1394 and dv4l before.
> removed unicap, and try dsc1394:
> [pix_video]: backend #0='v4l2'	: v4l2 analog
> [pix_video]: backend #1='v4l'	: v4l analog
> [pix_video]: backend #2='dv4l'	: dv4l dv
> [pix_video]: backend #3='dc1394'	: dc1394 iidc
> [pix_video]: backend #4='vlc'	: vlc
> 
> videoDC1394: no cameras found

which simply means that your device is not an IIDC device (which is not
surprising as IIDC is an industrial standard and usually outside of
consumer world; i just mentioned it because i don't know your device and
IIDC and DV are the 2 standards for video over ieee1394)

> doesnt matter if run as root, or set dimen 720 576

could be.
leave that away for now.
iirc, dv defines the video dimensions, so you cannot set that to an
arbitrary size. [pix_video] will try to grab the data in the format
requested, but it will not do conversions (if it can help it)

> with dv4l is more fun:
> 
> videoctl: dimen 720 576 //doesnt matter about this, allways the same
> videoctl: driver dv4l

[pix_video] should select the correct driver for a given device.

> 
> videoctl: device /dev/fw1
> 
> info: proplist numread 10
> info: proplist read 50_fields float 1
> info: proplist read PAL float 1
> info: proplist read is_color float 1
> info: proplist read letterbox float 1
> info: proplist read normal float 1
> info: proplist read progressive float 1
> info: proplist read quality float 0
> info: proplist read recording_datetime symbol YYYY-MM-DD hh:mm:ss
> info: proplist read timestamp float 0
> info: proplist read wide float 1
> info: proplist numwrite 1
> info: proplist write quality float 5
> 
> GEM: Direct Rendering enabled!
> GEM: GLEW version 1.5.4
> GEM: Start rendering

good.

> 
> starting capture thread

good.

> GEM: Stop rendering

bad.

why is rendering stopped?
i that done manually (by you), or does it "happen" automatically?

> no errors, but picture is black, with some still(i mean not mooving)
> noisy artefacts on the bottom of the picture..

do you get anything on the terminal? (stdout/stderr, not the Pd-console)

also, does this device work with any other application? which one?


gmasdrt
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8NjNsACgkQkX2Xpv6ydvT6jgCfV+8V2u5bp0rkM6DiRs6i5pNN
nvAAn02n5swW83K9lwRHfh3Doj3FeHOm
=1v08
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20120111/da1c6170/attachment.bin>


More information about the GEM-dev mailing list