similar to: Back to gspca

Irritating quirkyness: we have a bunch of videocams. To use, we use gspca. Usually, on an upgrade, I just go into the gspca directory (which appears, from their website, to have not been updated since '07), make clean, make, make install. Having gone up to 5.5, did the same. What's happening now is that it works, delivers the mpgs... but dumps errors in the logs: <snip> kernel:

We recently rebooted a lot of systems with the new kernel in 6.4, 2.6.32-358.11.1.el6.x86_64. Suddenly, we're having real problems with our cheap surveillance cameras in the "computer labs". What I see of video and jpg is only about 20%-25% of the top of the picture, and the rest is green. When the service starts, I see, in both dmesg and /var/log/messages, gspca: bandwidth not wide

Does anyone know of a reliable site to d/l a tarball of gspca? *NOTHING* I've tried works on those two servers, suggesting to me that there's some weird bug in the driver that's in the kernel. They remain, as I mentioned, about the top 15% ok, and the rest green screen (which I've googled to find other folks, years ago, complaining about), so the only thing left I can think of is

For video capture from a USB camera, as near as I can tell, there's a problem with the driver gspca_zc3xx with the latest update to the kernel. All our cameras were working fine before the update to 2.6.32-358.11.1; since, two cameras, both on fairly new Dell servers are screwed. Meanwhile, on some older servers, same update, no problems. Of the two bad ones, one's got AMD, and the other

I *think* the problem I've been having with the gspca_zc3xx video drivers isn't directly that driver. One of my users, on one of the two servers that broke, started having continuing crashes from where he enabled mediawiki to server thumbnails for some images. That crash, according to the [abrt] full crash report, is from /usr/bin/convert, and /var/log/messages tells me kernel:

Hi, folks, Updated CentOS 7 the other day. Updated zoom last night. Ancient (15 yr old) USB camera, Logitech QuickCam Express. If I run LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so cheese, I get video. Zoom, with or without the LD_PRELOAD - no video. I've tried stracing zoom, and created a file /etc/ld.so.preload, with the contents of /usr/lib64/libv4l/v4l2convert.so, and in

I'm running a private Windows executable that I know to have been created in Delphi (if that means anything). It's something my company developed. I've now started taking to running on Linux at home and thought rather than having to boot into Windows to do work that I might try to run some of these things under Wine. When I run the executable with Wine, I get: Exception

OS: Ubuntu 10.04 with Gnome wine version: 1.1.42 amcap.exe version: 9.00 wecam: Logictech QuickCam E3500 The webcam works very well with ubuntu (I just got cheese to test the webcam). But I try to copy a amcap.exe and run 'wine amcap.exe' or 'sudo wine amcap.exe'. The amcap will crash when the amcap gui appears. Following the Documents, I turn on the debug mode.What should I do

Hi, folks. Ever since we brought some of our servers up to 6.x, where the gspca module comes with the kernel, instead of us building it, we've been seeing problems. One system gives very strange loops - someone walks through, then repeat a few times, then the next motion, etc. The current problem is that one camera went out on a different server (it's 6.2, and I'm hoping to bring

On 2020-05-09 19:41, Liam O'Toole wrote: > On Sat, 09 May, 2020 at 16:02:17 -0400, mark wrote: >> Hi, folks, >> >> Updated CentOS 7 the other day. Updated zoom last night. Ancient (15 yr >> old) USB camera, Logitech QuickCam Express. >> >> If I run LD_PRELOAD=/usr/lib64/libv4l/v4l2convert.so cheese, I get video. >> Zoom, with or without the

Hopefully somebody has info on this topic. I have just installed Wine on OpenSuse 11.1. I've tried to install MSOffice 2003 but when double clicking on setup.exe nothing happens. I also tried by typping "wine /media/MSOfficeCD/setup.exe" but I get this error X Error of failed request: XF86VidModeExtensionDisabled Major opcode of failed request: 135 (XFree86-VidModeExtension)

When I open any wine session I get the following message in the console: ERROR: ld.so: object '/usr/lib64/libv4l/v4l2convert.so' from /etc/ld.so.preload cannot be preloaded: ignored. Is this significant? The 3-4 apps I have installed seem to work (with a few hiccups during installation) but I have no idea of what this error message implies.

Hi list, I looking for a solution about how to configure webcam in centos 5.4 What are the webcam packages available in centos. Any help is highly appreciated. Regards, Krishna -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100323/72df16f4/attachment-0002.html>

Scott Robbins wrote: > On Wed, Aug 10, 2011 at 05:11:12PM -0400, m.roth at 5-cent.us wrote: >> This is annoying. I've been trying to get motion working correctly on CentOS 6. First, there was no ffmpeg rpms. Now, I try to install it, and <snip> >> I've run into problems with libfaad being missing before. Here's the real question: how were the ffmpeg and ffmpeg-libs

Kernel 2.6.32-431.3.1.el6.x86_64. Anyone using motion, or in some other way using the gspca_zc3xx driver? Just in the last week or two, I've started getting error messages in my log Jan 30 16:53:20 <servername> kernel: gspca: frame overflow 33180 > 32768 The > 32k size varies, all 33xxx. mark

Hi all, Hey I'm trying to do some web cam stuff, and I found this link: http://freshmeat.net/projects/libv4l/releases/333037 I was doing the "rpm -qa | grep v4l" and nothing comes up, I did "ls path_to_centos/RPMS/* | grep v4l " and nothing comes up, I did 'yum provides "*/libv4l*"' and nothing comes up. Is the CentOS library for v4l named something

There is a new fallthrough pseudo-keyword macro that can be used to replace the various /* fallthrough */ style comments that are used to indicate a case label code block is intended to fallthrough to the next case label block. See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough' pseudo keyword for switch/case use") These patches are intended to allow clang to

There is a new fallthrough pseudo-keyword macro that can be used to replace the various /* fallthrough */ style comments that are used to indicate a case label code block is intended to fallthrough to the next case label block. See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough' pseudo keyword for switch/case use") These patches are intended to allow clang to

There is a new fallthrough pseudo-keyword macro that can be used to replace the various /* fallthrough */ style comments that are used to indicate a case label code block is intended to fallthrough to the next case label block. See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough' pseudo keyword for switch/case use") These patches are intended to allow clang to

There is a new fallthrough pseudo-keyword macro that can be used to replace the various /* fallthrough */ style comments that are used to indicate a case label code block is intended to fallthrough to the next case label block. See commit 294f69e662d1 ("compiler_attributes.h: Add 'fallthrough' pseudo keyword for switch/case use") These patches are intended to allow clang to