From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
Description of problem:
I have an athelon 1.2Ghz, with 1/2 Gig RAM.
I run xawtv with my cpia wevcam II from creative and it sends the system to max
CPU and io. making the system virtually unusable
Version-Release number of selected component (if applicable):
xawtv 3.81 and 3.88
Steps to Reproduce:
1. get a webcam II
2. install RH 9
3. run xawtv
Actual Results: system slows to an almost halt
Expected Results: it should still be usable
strange, i have philips webcam and it works fine for me.
hmm phillips webcam and creative web cams are different cams. Are you using the
cpia driver? Is it parallel port? I think this is a bug.
which kernel-version do you have on your machine with RHL 7.3?
It could be a bug in kernel driver.
It was pretty slow on 7.3 and I was using kernel 2.4.20. On RH 9 I am using
It seems to have gotton slower with th echange from 7.3 to 9, but it was kinda
slow in 7.3. It was usable though it just took time to come up. Now it takes
time to come up and it also makes mouse and X movement very slow. Could this be
related to X?
Which video card do you have in your machine?
Could you please attach your /etc/X11/XF86Config?
How have you started xawtv? There are some options, which you perhaps try:
-(no)dga enable/disable DGA extention
-(no)vm enable/disable VidMode extention
-(no)xv enable/disable Xvideo extention altogether
-(no)xv-video enable/disable Xvideo extention (for video only,
i.e. XvPutVideo() calls)
-(no)xv-image enable/disable Xvideo extention (for image scaling
only, i.e. XvPutImage() calls)
Created attachment 91897 [details]
XFree log file
Created attachment 91898 [details]
output from dmesg as well
I have attached the output from both dmesg and XFree log file of my system. So
you can see how the parallel port is loaded.
I have tried xawtv -no(u name it switch). It may not be xawtv, cause I just
tried gqcam and it does the same thing. This may be a kernel issue or X?
I just updated the drivers from webcam.sourceforge.net. These are the cpia***
files in the kernel and it seems to be working much better now.
This has nothing to do with XFree than
It seems this is a kernel bug. Sorry, but I used to know a Mike A Harris, he
lived in CA is this the same one?
ok, i don't think it's a bug in xawtv, because the philips webcams work fine
with xawtv. I assign it to kernel
One issue with the updated drivers is that now I cannot capture a picture with
xawtv and the webcam II. I can however capture picture with gqcam. However if
I use xawtv first and then use gqcam, gqcam does not display a picture correctly
or capture correctly. However if I use gqcam first I can capture pictures and
use the webcam II pretty well. So I have stopped using xawtv, in favor of gqcam
or I'll use xsane, as it works okay also.
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/