From: Bob B. <bob...@bi...> - 2011-04-25 04:16:14
|
Hi All It would seem that the Logitech (C500 etc) two camera issue is to do with excess bandwidth device allocation of the USB bus. ie its not a motion problem as such. I'd just like to mention what I have been doing and would welcome any feedback from those who have been similarly frustrated. In my experiments a week plus ago I had two cameras working on two USB buses (ie an extra PCI USB2 card in addition to the MB one) I had the uvcvideo quirks=128 enabled and was happily running YUYV 1280x1024. Was working well.. There is no way I could run it on one USB bus. Until I updated the kernel.. to 2.6.31.14 (SuSE 11.2). Yes that kernel is a little old.. (Sorry I cant remember the prior version.) One of the cameras (on the MB port) would now continually disconnect/reconnect and shift to USB1.1 mode, regardless of motion running. I'd actually suspect hardware and am looking for another USB2 PCI card. I did however need to get it going so I removed the quirks and switched both cameras to MJPEG palette. Still had problems with disconnect/connects and most of my hair fell out! You wont believe it but changing the PCI USB card to YUYV and leaving the one on the MB port at 800x600 USB1.1 works without fault! Yes real weird! I wonder if two camera MJPEG mode has some kind of issue.? (quirks = 128 makes the MJPEG palette non working) I am sure I'll eventually crack this. The next step is some more USB2 PCI cards. I also need to look more into running two cameras in MJPEG mode on the once bus. Don't know how to do that just yet. I wonder if something with the same USB device ID gets things into trouble. I think a latest kernel will be a step in there somewhere. And here is a question. I am also running a PAL-DK camera into a BT878 card. v4l-info says that the max image size is 924X576, which is not 4:3. Its kind of a half widescreen thing. (924 becoming 912 with modulo 16) Is changing the 912 to 768 the right way to do this? I mean it fixes the aspect ratio but I worry about any loss of information?? Cheers Bob (Australia) |
From: GSO <gs...@ya...> - 2011-04-25 11:05:24
|
Are quirks documented anywhere? The only linux I've been able to get all my webcams (3xLogitech and a Trust) working on has been RedHat - otherwise the Trust is often not supported, or interference between cameras: chunks of the image cut and paste themselves around the image (sometimes blocks, other times jagged chunks) and possibly from one camera to another. G. "Happiness is the meaning and the purpose of life..." Aristotle, http://bit.ly/hZG5BF On 25 April 2011 05:16, Bob Bob <bob...@bi...> wrote: > Hi All > > It would seem that the Logitech (C500 etc) two camera issue is to do with > excess bandwidth device allocation of the USB bus. ie its not a motion > problem as such. I'd just like to mention what I have been doing and would > welcome any feedback from those who have been similarly frustrated. > > In my experiments a week plus ago I had two cameras working on two USB > buses (ie an extra PCI USB2 card in addition to the MB one) I had the > uvcvideo quirks=128 enabled and was happily running YUYV 1280x1024. Was > working well.. There is no way I could run it on one USB bus. > > Until I updated the kernel.. to 2.6.31.14 (SuSE 11.2). Yes that kernel is a > little old.. (Sorry I cant remember the prior version.) > > One of the cameras (on the MB port) would now continually > disconnect/reconnect and shift to USB1.1 mode, regardless of motion running. > I'd actually suspect hardware and am looking for another USB2 PCI card. I > did however need to get it going so I removed the quirks and switched both > cameras to MJPEG palette. Still had problems with disconnect/connects and > most of my hair fell out! > > You wont believe it but changing the PCI USB card to YUYV and leaving the > one on the MB port at 800x600 USB1.1 works without fault! Yes real weird! I > wonder if two camera MJPEG mode has some kind of issue.? > > (quirks = 128 makes the MJPEG palette non working) > > I am sure I'll eventually crack this. The next step is some more USB2 PCI > cards. I also need to look more into running two cameras in MJPEG mode on > the once bus. Don't know how to do that just yet. I wonder if something with > the same USB device ID gets things into trouble. I think a latest kernel > will be a step in there somewhere. > > And here is a question. I am also running a PAL-DK camera into a BT878 > card. v4l-info says that the max image size is 924X576, which is not 4:3. > Its kind of a half widescreen thing. (924 becoming 912 with modulo 16) Is > changing the 912 to 768 the right way to do this? I mean it fixes the aspect > ratio but I worry about any loss of information?? > > > > Cheers Bob (Australia) > > > > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome > > |
From: Andrew B. <aa...@ci...> - 2011-04-25 17:26:28
|
On 04/25/2011 04:05:17 AM, GSO wrote: > The only linux I've been able to get all my webcams (3xLogitech and a > Trust) working on has been RedHat - otherwise the Trust is often not > supported, or interference between cameras: chunks of the image cut > and > paste themselves around the image (sometimes blocks, other times > jagged > chunks) and possibly from one camera to another. which kernel are you running? i found the latest fedora 14 kernel 2.6.35.11 couldn't handle my new usb card but 2.6.38 and 2.6.39-rc4 were fine with it. |
From: GSO <gs...@ya...> - 2011-04-25 17:55:20
|
The current SL6 (aka RHEL6) is running 2.6.32 and all is well. The slackware I've just departed from I think was running 2.6.33, which had similar problems to Ubuntu (2.6.35 I think) - the Trust was not supported (no image at all, although a /dev/video device seemed to be present), and breakup of the images (jagged chunks cutting and pasting between two of the cameras that are the same model). The moral of the story I think is to buy hardware that supports Linux essentially. I only have the one EHCI controller by the looks, a laptop. On 25 April 2011 18:18, Andrew Burgess <aa...@ci...> wrote: > On 04/25/2011 04:05:17 AM, GSO wrote: > > > The only linux I've been able to get all my webcams (3xLogitech and a > > Trust) working on has been RedHat - otherwise the Trust is often not > > supported, or interference between cameras: chunks of the image cut > > and > > paste themselves around the image (sometimes blocks, other times > > jagged > > chunks) and possibly from one camera to another. > > which kernel are you running? > > i found the latest fedora 14 kernel 2.6.35.11 couldn't handle my new > usb card > but 2.6.38 and 2.6.39-rc4 were fine with it. > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome > |
From: Bob B. <bob...@bi...> - 2011-04-25 22:40:40
|
Well it was stated that a text file with that info is now included in the kernel tree (ie in the Documentation subdir), but I saw elsewhere it wasnt. I grep'd it from the driver source a while ago, but I note the kernel source I now have no longer lists 128. I would suspect they "fixed" the bandwidth problem permanently. This is all of course clouded by my use of the oldish kernel! I now have a larger problem with the computer now hanging! I may even look at downgrading the kernel now.. I have just disabled the MB USB ports and changed both cameras to MJPEG palette running on the PCI USB card. It is working okay for the moment. I just want it going for a trip away (ie for house security) so I'll leave the scientific fiddling for when I get back! The uvc project is more or less here; http://www.ideasonboard.org/uvc/ I wondered about that pasted/zagged chunks thing. Yes I have seen that here too. I have also removed the IR filter from these cameras and change the colour/contrast/bright etc through v4lctl to get better night images. I think though that the "focus" is badly affected by the sensitivity up into IR now. The shorter lambda light and all that. My driver interest is actually around only making the red sensors active for that reason. Am also playing with IR LEDs. What is your actual USB/hardware setup and what palettes are you using? Bob On 04/25/2011 09:05 PM, GSO wrote: > Are quirks documented anywhere? > > The only linux I've been able to get all my webcams (3xLogitech and a > Trust) working on has been RedHat - otherwise the Trust is often not > supported, or interference between cameras: chunks of the image cut > and paste themselves around the image (sometimes blocks, other times > jagged chunks) and possibly from one camera to another. > > > G. > > " |
From: Andrew B. <aa...@ci...> - 2011-04-25 17:09:31
|
do you know about the usbview program? handy to get your cameras onto their own EHCI controllers. my new computer and my old one both had two EHCI controllers (and many OHCI aka usb1.1 controllers) so were limited to two web cameras simultaneously. i did find a pcie card with 4 independent EHCI controllers good news is it was $20, bad is i havent got it working fully yet :) sorry i am unfamiliar with quirks. On 04/24/2011 09:16:04 PM, Bob Bob wrote: > Hi All > > It would seem that the Logitech (C500 etc) two camera issue is to do > with excess bandwidth device allocation of the USB bus. ie its not a > motion problem as such. I'd just like to mention what I have been > doing > and would welcome any feedback from those who have been similarly > frustrated. > > In my experiments a week plus ago I had two cameras working on two USB > buses (ie an extra PCI USB2 card in addition to the MB one) I had the > uvcvideo quirks=128 enabled and was happily running YUYV 1280x1024. > Was > working well.. There is no way I could run it on one USB bus. > > Until I updated the kernel.. to 2.6.31.14 (SuSE 11.2). Yes that kernel > is a little old.. (Sorry I cant remember the prior version.) > > One of the cameras (on the MB port) would now continually > disconnect/reconnect and shift to USB1.1 mode, regardless of motion > running. I'd actually suspect hardware and am looking for another USB2 > PCI card. I did however need to get it going so I removed the quirks > and > switched both cameras to MJPEG palette. Still had problems with > disconnect/connects and most of my hair fell out! > > You wont believe it but changing the PCI USB card to YUYV and leaving > the one on the MB port at 800x600 USB1.1 works without fault! Yes real > weird! I wonder if two camera MJPEG mode has some kind of issue.? > > (quirks = 128 makes the MJPEG palette non working) > > I am sure I'll eventually crack this. The next step is some more USB2 > PCI cards. I also need to look more into running two cameras in MJPEG > mode on the once bus. Don't know how to do that just yet. I wonder if > something with the same USB device ID gets things into trouble. I > think > a latest kernel will be a step in there somewhere. > > And here is a question. I am also running a PAL-DK camera into a BT878 > card. v4l-info says that the max image size is 924X576, which is not > 4:3. Its kind of a half widescreen thing. (924 becoming 912 with > modulo > 16) Is changing the 912 to 768 the right way to do this? I mean it > fixes > the aspect ratio but I worry about any loss of information?? > > > > Cheers Bob (Australia) > > ------quoted attachment------ > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have > been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can > gain > from the move. http://p.sf.net/sfu/vmware-sfemails ------quoted attachment------ > _______________________________________________ > Motion-user mailing list > Mot...@li... > https://lists.sourceforge.net/lists/listinfo/motion-user > http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome > |
From: Bob B. <bob...@bi...> - 2011-04-25 22:42:10
|
Hi Andrew Err no, I just use lsusb, pspci and syslog. I also seem to have only old hardware with one EHCI controller! Bob On 04/26/2011 03:09 AM, Andrew Burgess wrote: > do you know about the usbview program? > handy to get your cameras onto their own EHCI controllers. > my new computer and my old one both had two EHCI controllers > (and many OHCI aka usb1.1 controllers) so > were limited to two web cameras simultaneously. > i did find a pcie card with 4 independent EHCI controllers > good news is it was $20, bad is i havent got it working fully yet :) > sorry i am unfamiliar with quirks. > > |
From: GSO <gs...@ya...> - 2011-04-29 16:18:29
|
A quick post on this from a mobile, the problem I had with th images breaking up: 1) rectangular blocks of the image cutting and pasting to other parts of the image for a brief moment 2) where two cameras of the same make and model are running together, jagged triangular chunks of image from one camera pasted onto the image of the other camera, again for only a brief moment Given this doesn't happen on a clean offline install until I connect to the Internet I think we can conclude this is hacking (the install goes downhill) from thst point on. Which leaves me wondering how when only port 22 and a socls ssh session is open on the firewall they are doing it. Have tried old and new kernels alike. I think the reason SL6 (RHEL6) didn't suffer from 2) probably was on account of SELinux. On 25 Apr 2011 23:43, "Bob Bob" <bob...@bi...> wrote: Hi Andrew Err no, I just use lsusb, pspci and syslog. I also seem to have only old hardware with one EHCI controller! Bob On 04/26/2011 03:09 AM, Andrew Burgess wrote: > > do you know about the usbview program? > handy t... ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ Motion-user mailing list Mot...@li... https://lists.sourceforge.net/lists/listinfo/motion-user http://www.lavrsen.dk/twiki/bin/view/Motion/WebHome |
From: GSO <gs...@ya...> - 2011-05-01 09:00:37
|
Apols for that somewhat garbled previous post. In summary: - bug 2) (ref. below) occurs on Slackware and Debian installs (though I haven't tried the latest Ubuntu), though on Slackware at least, it doesn't start until I 'ifconfig eth0 up' (I can't say there is no sign of the bug prior to this, but essentially it does start up at this point, there was, e.g., a twitch of the bug as I installed VirtualBox) - bug 1) is largely a feature of Red Hat (I've reason to wonder if it isn't some sort of electrical interference) - to confuse matters I did a clean offline install of SL6 (aka RHEL6) of the complete developer workstation (this is the full Red Hat, everything), built motion (w/out ffmpeg) and found bug 1) was the result, however a later likewise offline but bare metal install (minimum X, just TWM), and there was no sign of bug 1) as usual (and how I usually use motion) G. On 29 April 2011 16:18, GSO <gs...@ya...> wrote: > A quick post on this from a mobile, the problem I had with th images > breaking up: > > 1) rectangular blocks of the image cutting and pasting to other parts of > the image for a brief moment > > 2) where two cameras of the same make and model are running together, > jagged triangular chunks of image from one camera pasted onto the image of > the other camera, again for only a brief moment > .... > > I think the reason SL6 (RHEL6) didn't suffer from 2) probably was on > account of SELinux. > |