>
>> ++ transcode -x v4l,null -V rgb24 -i /dev/video0 -f 3 -g 1600x1200 -y
>> raw,null
> [...]
>> [import_v4l.so] critical: error quering capabilities (VIDIOCGCAP): No medium
>> found
>> [import_v4l.so] critical: error grab init
>> [transcode] critical: video import module error: OPEN failed
>> [transcode] critical: failed to open input source
>
> Looks like the device driver claims there is no device attached :\
> Transcode cannot do anything in that case, looks an
> hardware/kernel/driver problem.
yeah, vga2usb has problems. When using vivi works and vga2usb does not, I send
to the vga2usb dev. when both fail, it is hard for me to guess where the
problem is. although I am not 100% confidant in vivi either, but it helps me
guess.
I am hoping that when vga2usb is moved to v2 that it will get better too.
>
>> ++ transcode -x v4l,null -V rgb24 -i /dev/video1 -f 3 -g 1600x1200 -y
>> raw,null
> [...]
>> [import_v4l.so] critical: error setting picture parameters (VIDIOCSPICT):
>> Invalid argument
>> [import_v4l.so] critical: error grab init
>> [transcode] critical: video import module error: OPEN failed
>> [transcode] critical: failed to open input source
>
> The device doesn't support the pixel format we've asked for. See below.
>
>> ++ transcode -x v4l2,null -V rgb24 -i /dev/video1 -f 3 -g 1600x1200 -y
>> raw,null
> [...]
>> [import_v4l2.so] warning: bad pixel format conversion: RGB24 [packed] -> RGB
>> [packed] (no conversion
>> [import_v4l2.so] warning: bad pixel format conversion: BGR24 [packed] -> RGB
>> [packed]
>> [import_v4l2.so] warning: bad pixel format conversion: RGB32 [packed] -> RGB
>> [packed]
>> [import_v4l2.so] warning: bad pixel format conversion: BGR32 [packed] -> RGB
>> [packed]
>> [import_v4l2.so] warning: bad pixel format conversion: 8-bit grayscale -> RGB
>> [packed]
>> [import_v4l2.so] critical: no usable pixel format supported by card
>> [transcode] critical: video import module error: OPEN failed
>> [transcode] critical: failed to open input source
>
> the same as above, maybe the error cause is now clearer.
> I'll brew something to make the vivi device work (it could be useful for
> testing) with import_v4l (import_v4l2 maybe will follow later).
If fixing/enhancing vivi will help, I am familiar with how to get patches
submitted, (which took some doing to figure out what the proper channels were)
so let me know if that will help.
>
> You can be interested in the nice `v4l-info' utility part of `v4l-conf'
> package which can query all the properties of a v4l v1/v2 device.
nice. that just helped remind me of how this thing works:
load driver, no hardware = no /dev/video
Plug box into usb, but no signal into box, /dev/videoN is created
but:
[EMAIL PROTECTED]:~/vga2usb/src/transcode$ v4l-info /dev/video0
/dev/video0: not an video4linux device
Supply signal to box /dev/videoN
[EMAIL PROTECTED]:~/vga2usb/src/transcode$ v4l-info /dev/video0
### video4linux device info [/dev/video0] ###
general info
VIDIOCGCAP
name : "Epiphan VGA2USB"
type : 0x1 [CAPTURE]
channels : 1
audios : 0
maxwidth : 1024
maxheight : 768
minwidth : 1024
minheight : 768
channels
VIDIOCGCHAN(0)
channel : 0
name : "VGA"
tuners : 0
flags : 0x0 []
type : CAMERA
norm : 0
tuner
ioctl VIDIOCGTUNER: Invalid argument
audio
ioctl VIDIOCGAUDIO: Invalid argument
picture
VIDIOCGPICT
brightness : 0
hue : 0
colour : 0
contrast : 0
whiteness : 0
depth : 24
palette : RGB24
buffer
ioctl VIDIOCGFBUF: Invalid argument
window
VIDIOCGWIN
x : 0
y : 0
width : 1024
height : 768
chromakey : 0
flags : 0
Carl K
