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 doesnt matter if run as root, or set dimen 720 576
with dv4l is more fun:
videoctl: dimen 720 576 //doesnt matter about this, allways the same videoctl: driver dv4l
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
starting capture thread GEM: Stop rendering
no errors, but picture is black, with some still(i mean not mooving) noisy artefacts on the bottom of the picture..
-----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