Webcam QCam Sangha installation problems

Smakfull · 10-06-2007, 05:17 PM

Hi linux heroes!
I need your super powers since I can't seem to get my webcam working in Debian etch (was testing when I installed it, hasn't occured to me to upgrade to lenny). Image and sound works fine in Windows, so the cam is functional.

Here's the deal.

I've got a QCam Sangha from Etoms Electronics Corp. My kernel is version 2.6.22.9 and the driver for this kernel and cam should be gspca (originally ET61XX51, now incorporated in said driver). I've also tried drivers spca5xx and ET61XX51, but those two didn't recognize the cam in /dev/video0 at all.

The cam is detected by my system but will not give any output in xawtv, camorama or other applications.

Attached below are various debugging info. Do you think you can help me? I've been wrestling with this for quite a few days now

Kind regards,
Anna Lagercrantz

This is my dmesg right after I plugged the cam and before I did anything else:

Code:

smakfull@Byatis:~$ dmesg | tail

[/usr/src/modules/gspca/gspca_core.c: USB GSPCA camera found (ET61X51)
/usr/src/modules/gspca/gspca_core.c: [spca5xx_probe:4098] Camera type GBRG
/usr/src/modules/gspca/gspca_core.c: [spca5xx_getcapability:1215] maxw 352 maxh
288 minw 160 minh 120
/usr/src/modules/gspca/Etoms/et61xx51.h: [Et_init1:466] Open mode 1 Compression
3
/usr/src/modules/gspca/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found
0x81 AlternateSet 13
/usr/src/modules/gspca/Etoms/et61xx51.h: [Et_init1:466] Open mode 1 Compression
3
/usr/src/modules/gspca/gspca_core.c: init isoc: usb_submit_urb(0) ret -28
/usr/src/modules/gspca/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found
0x81 AlternateSet 12
ohci_hcd 0000:00:02.0: leak ed df651400 (#81) state 2
/usr/src/modules/gspca/Etoms/et61xx51.h: [Et_init1:466] Open mode 1 Compression
3
/usr/src/modules/gspca/gspca_core.c: init isoc: usb_submit_urb(0) ret -28
/usr/src/modules/gspca/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found
0x81 AlternateSet 11
ohci_hcd 0000:00:02.0: leak ed df651440 (#81) state 2
/usr/src/modules/gspca/Etoms/et61xx51.h: [Et_init1:466] Open mode 1 Compression
3

Xawtv

Code:

smakfull@Byatis:~$ xawtv

This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22.9)
xinerama 0: 1280x1024+0+0
X Error of failed request:  XF86DGANoDirectVideoMode
  Major opcode of failed request:  137 (XFree86-DGA)
  Minor opcode of failed request:  1 (XF86DGAGetVideoLL)
  Serial number of failed request:  69
  Current serial number in output stream:  69

Xawtv with -nodga

Code:

smakfull@Byatis:~$ xawtv
This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22.9)
xinerama 0: 1280x1024+0+0
X Error of failed request:  XF86DGANoDirectVideoMode
  Major opcode of failed request:  137 (XFree86-DGA)
  Minor opcode of failed request:  1 (XF86DGAGetVideoLL)
  Serial number of failed request:  69
  Current serial number in output stream:  69
smakfull@Byatis:/usr/src$ xawtv -nodga
This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22.9)
xinerama 0: 1280x1024+0+0
X Error of failed request:  XF86DGANoDirectVideoMode
  Major opcode of failed request:  137 (XFree86-DGA)
  Minor opcode of failed request:  1 (XF86DGAGetVideoLL)
  Serial number of failed request:  13
  Current serial number in output stream:  13
v4l-conf had some trouble, trying to continue anyway
Warning: Cannot convert string "-*-ledfixed-medium-r-*--39-*-*-*-c-*-*-*" to typ
e FontStruct
ioctl: VIDIOCMCAPTURE(frame=0;height=120;width=160;format=7): Ogiltigt argument (argument not allowed)
v4l: timeout (got SIGALRM), hardware/driver problems?
ioctl: VIDIOCSYNC(int=0): Avbrutet systemanrop (interrupted system call)
ioctl: VIDIOCMCAPTURE(frame=0;height=120;width=160;format=9): Ogiltigt argument
v4l: timeout (got SIGALRM), hardware/driver problems?
ioctl: VIDIOCSYNC(int=0): Avbrutet systemanrop
v4l: timeout (got SIGALRM), hardware/driver problems?
ioctl: VIDIOCSYNC(int=0): Avbrutet systemanrop
ioctl: VIDIOCMCAPTURE(frame=0;height=120;width=160;format=1): Ogiltigt argument
ioctl: VIDIOCMCAPTURE(frame=0;height=120;width=160;format=13): Ogiltigt argument
no way to get: 384x288 32 bit TrueColor (LE: bgr-)

v4l-info

Code:

smakfull@Byatis:~$ v4l-info

### video4linux device info [/dev/video0] ###
general info
    VIDIOCGCAP
        name                    : "QCam Sangha"
        type                    : 0x1 [CAPTURE]
        channels                : 1
        audios                  : 0
        maxwidth                : 352
        maxheight               : 288
        minwidth                : 160
        minheight               : 120

channels
    VIDIOCGCHAN(0)
        channel                 : 0
        name                    : "ET61XX51"
        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                  : 61440
        contrast                : 32768
        whiteness               : 0
        depth                   : 24
        palette                 : RGB24

buffer
    VIDIOCGFBUF
        base                    : (nil)
        height                  : 0
        width                   : 0
        depth                   : 0
        bytesperline            : 0

window
    VIDIOCGWIN
        x                       : 0
        y                       : 0
        width                   : 160
        height                  : 120
        chromakey               : 0
        flags                   : 0

lsusb -v

Code:

Bus 001 Device 006: ID 102c:6151 Etoms Electronics Corp.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x102c Etoms Electronics Corp.
  idProduct          0x6151
  bcdDevice            0.00
  iManufacturer           0
  iProduct                0
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength          233
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         0 (Defined at Interface level)
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0000  1x 0 bytes
        bInterval               1

GrapefruiTgirl · 10-06-2007, 05:36 PM

/usr/src/modules/gspca/gspca_core.c: [spca5xx_probe:4098] Camera type GBRG

I must say, youre is one of the most complete & comprehensive posts I have ever seen

The line I pasted above is from your first chunk of text pasted in your post. Note the GBRG. While it appears you have gone to great lengths and definitely have been thorough, I wonder if that is (the) a problem?
According the mxhaard where I too go for camera drivers, it lists yours like:

Code:

Sangha 	127 	0x102c 	0x6151 	Qcam Sangha 	  Et61x151 	PAS106 	Yes 	rggb 	spca5xx/et61xx51

.. and what I wonder, is since the cam is definitely seen by your computer, is the wrong type of feed/stream being used? Note the RGGB in the post above. I'm no expert, but a guess is that the wrong stream type will result in no video signal.
I haven't a clue what to do about this, unless XawTV has a setting for this which maybe (hopefully

) you overlooked?

Next, I see this:

Code:

ioctl: VIDIOCMCAPTURE(frame=0;height=120;width=160;format=13): Ogiltigt argument
no way to get: 384x288 32 bit TrueColor (LE: bgr-)

Which seems to say that XawTV cannot seem to get 32 bit color, (not to mention the LE: bgr-) which may not be suprising if I'm seeing this right, because your V4L data reads:

Code:

        brightness              : 0
        hue                     : 0
        colour                  : 61440
        contrast                : 32768
        whiteness               : 0
        depth                   : 24
        palette                 : RGB24

and as such, maybe hard to get a (potential) 32bit stream to work through a 24 bit V4Lsetup.

Incidentally, what does 'ogiltigt' mean in english?

Overall, to me anyhow, it looks like you have the correct driver in there, and the cam is seen by the machine/by Linux, but some minor (and maybe obscure) stuff is slightly configged wrong. Possibly even the driver itself is detecting and/or using the incorrect stream type for the camera, but hopefully if that had been the case, the developer would have noticed this before releasing the driver, but then, one never knows.. There are bugs here and there.

Do tell if this gets you anywhere!
Good luck!

Smakfull · 10-06-2007, 06:31 PM

Thank you! I've been staring myself blind on this for so long it's nice to see through someone elses eyes.

Your theories seems sound, and I have no idea how I can use them

At least I've got something to work from now, great thanks! I will most definitly post here if I reach a solution, or if anything comes up that can lead to one.

"Ogiltig" is "invalid", forgot to translate that one

Well, digging in to this again...

Smakfull · 10-06-2007, 06:36 PM

Btw, found a verbose output for xawtv, and in it one can read

Code:

main: xvideo extention [video]...
Xvideo: 2 adaptors available.
Xvideo: NV17 Video Texture: input image, ports 325-356
Xvideo: NV05 Video Blitter: input image, ports 357-388
Xvideo: no usable video port found
Boxing

Don't know if it helps any, but I feel like I can use every error message I can find

Edit: Turned this of with xawtv -noxv-image and nothing changed so I dismiss this temporarly as irrelevant

Smakfull · 10-06-2007, 06:45 PM

Quote:

Originally Posted by GrapefruiTgirl

...and as such, maybe hard to get a (potential) 32bit stream to work through a 24 bit V4Lsetup.

Seems like xawtv tests for both 24 bit and 32 bit, so I don't think this is an real issue (you never know though)

xawtv output:

Code:

visual: id=0x4a class=4 (TrueColor), depth=24
visual: id=0x4b class=5 (DirectColor), depth=24
visual: id=0x92 class=4 (TrueColor), depth=32
x11: color depth: 24 bits, 3 bytes - pixmap: 4 bytes

GrapefruiTgirl · 10-06-2007, 06:47 PM

Quote:

Originally Posted by Smakfull

Btw, found a verbose output for xawtv, and in it one can read

Code:

main: xvideo extention [video]...
Xvideo: 2 adaptors available.
Xvideo: NV17 Video Texture: input image, ports 325-356
Xvideo: NV05 Video Blitter: input image, ports 357-388
Xvideo: no usable video port found
Boxing

Don't know if it helps any, but I feel like I can use every error message I can find

Edit: Turned this of with xawtv -noxv-image and nothing changed so I dismiss this temporarly as irrelevant

If I had to guess, the above stuff pertains to your video cards/devices, which appear to be two nVidia devices. Probably irrelevant as far as getting an image from the camera, after all, if you have a picture on your monitor, your card(s) are doing their jobs. It actually appears here that XawTV was checking out the video cards looking for an input signal of some type, and found none.

That's my guess

--Sasha

Smakfull · 10-06-2007, 07:12 PM

Spamming my own thread I'm posting another error message before I head of to bed. I tried spcaview and got

Code:

Bridge found: ET61XX51 
is_spca SPCA505 
is_spca SPCA506 
is_spca SPCA501 
.
.
blahdiblah
.
.
is_spca CX11646 
is_spca TV8532 
is_spca ET61XX51 
wrong spca5xx device

Well thank you spcaview for this thorough information. What do you mean wrong!?

*sigh*

Sayonara for now.

maroonbaboon · 10-06-2007, 10:03 PM

How exactly did you go about installing your driver? Did you compile from the latest source package gspcav1-20070508.tar.gz? I'm curious how the /usr/src/modules/gspca directory got there.

Most people seem to be succeeding with the latest source packages (driver and gspcatools) from mxhaard.free.fr. Ignore this comment if that's what you are already using.

Also xawtv does not work with my webcam but the applications in the spcatools package all work fine.

Smakfull · 10-07-2007, 07:33 AM

--- off topic ---

GrapefruiTgirl: Are you a woman?
How often do two women discuss linux questions like this?
... wow...

Fight the male linux dominance!

Smakfull · 10-07-2007, 07:35 AM

Quote:

Originally Posted by maroonbaboon

Did you compile from the latest source package gspcav1-20070508.tar.gz?

I'm afraid I did

GrapefruiTgirl · 10-07-2007, 08:30 AM

Quote:

Originally Posted by Smakfull

...Seems like xawtv tests for both 24 bit and 32 bit, so I don't think this is an real issue (you never know though)
...

Thing is with this, is that on Linux, 24bpp is the equivalent to 32bpp on Windoze. In other words, if you're used to having full truecolor on WIndoze being referred to as 32bpp, then on Linux, 24bpp gives you that same thing.

I stand to be further educated on this point, but on my machine, I could never get a request for 32bpp to produce anything but errors.

And yes, I'm female.. Not your average female, but then, who wants to be 'average'?

maroonbaboon · 10-07-2007, 10:40 AM

I gave xawtv another try with my webcam (Quickcam IM/Connect, gspca driver) and in fact it works fine. Verbose output gives several warnings and apparent errors but I think this is just v4l probing the hardware to check available features. I'm not sure your final error message

no way to get: 384x288 32 bit TrueColor

would be fatal. Does the verbose output terminate at the same point?

If you want to try another app, mplayer also works with this cam/driver:

mplayer tv:// -tv device=/dev/video1:driver=v4l

(maybe video0 in your case) although the picture is not so good. Maybe it could be tuned a bit.

Another possibility is a bug in the videocard driver. Do you know which driver you are using? If 'nvidia' you could try the 'nv' driver instead. Or just update whatever driver you are using. Worth a try if all else fails.

Smakfull · 10-07-2007, 02:39 PM

maroonbaboon: Hey! That mplayer tip gave me another hint.

"Selected input hasn't got a tuner."

What does this mean? When I see it I recognize this error from some other error log somewhere. Mplayer output also states that /dev/rtc isn't available. What is this? When I list /dev/ I see that the node rtc doesn't even exist, so it isn't a simple permission issue.

You can't be too specific, I really don't know this stuff. All I know is how to Google!

Thanks!
Anna

GrapefruiTgirl · 10-07-2007, 02:48 PM

/dev/rtc is most likely referring to a/the "Real Time Clock" which can be either an onboard (motherboard) thingy, or an externally connected time-keeping device.

I'm not sure what it would have to do with MPlayer in this context though.

maroonbaboon · 10-07-2007, 06:49 PM

Most complaints from programs like xawtv and mplayer are not fatal errors. Even with no camera attached xawtv will try several alternatives before giving uo. Same with real-time clock - if it is there MPlayer will use it, otherwise it can fall back on usual time system call, or something. So the real reason is likely to be right at the end of the output, just before it gives up.

File /etc/X11/xorg.conf will tell you which video driver you are using (section "device", line "driver"). If it says "nvidia" I would be inclined to change it to "nv" and reboot to see if any difference.