Rich,
Any progress on this issue?
Hans
On Monday 17 September 2007 20:00:22 Rich Kadel wrote:
> I put a test together to exercise this. I don't know if I have the
> version you are referring to with the "Audio microcontroller"
> messages, but I'll watch /var/log/messages for that.
>
> Rich
>
> --
>
> Rich Kadel
> Appeligo, Inc.
> (858) 433-1747
> www.appeligo.com
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hans Verkuil
> Sent: Sunday, September 16, 2007 4:44 AM
> To: Discussion list for development of the IVTV driver
> Subject: Re: [ivtv-devel] spontaneous muting
>
> On Wednesday 29 August 2007 17:55:02 Rich Kadel wrote:
> > No, I'm certain it's not heat related. I started collecting video
> > about a week ago on two servers that have been up 24/7 for months
> > in a controlled colocation facility, and the problem developed over
> > the next few days. I was using tuners that had been used for VBI
> > collection up until that point.
> >
> > FYI, I'm trying a couple of things now to see if I get better
> > results. Both of my production servers have multiple PVR-500s (3
> > in one and 4 in the other), with most recording VBI. Now I
> > dedicate one tuner per server to video capture (and no VBI). I saw
> > the color problem on both servers plus on my development server.
> > So here's what I'm trying:
> >
> > 1. Moving the video from ivtv5 and ivtv7 to ivtv0. (Cyrus A
> > reported muting problems with the second tuner on a PVR-500, but
> > not the first, and I THINK that's what I noticed)
> > 2. Closing the device when I don't need to capture video.
> > (Previously, my software continually read from the device and piped
> > output only when needed.) I'm only recording short clips based on
> > an algorithm, so this will open and close the device many times per
> > hour. I don't know if this will help, but the problem only
> > developed after I started reading from the video device continually
> > for hours or days, which I've never done before. 3. Creating a
> > convenient way for me to monitor the results by server and time. I
> > should be able to provide clearer information on the symptoms if
> > this occurs again.
> >
> > It's been 12 hours, and so far it still looks good. But I need a
> > few days to be sure.
>
> Have you ever tried switching the channel to another frequency and
> back again when the audio/video problems develop? I wonder if the
> tuner frequency might be drifting over time. Besides going to B&W
> does the amount of noise in the video also increase? I mean, the
> whole chain of losing color, then audio muting suggests a tuner
> issue.
>
> Note that the latest v4l-dvb has better status reporting (you might
> already be using it, I don't know). If the cx25841 cannot lock onto a
> proper audio signal you'll get this line:
>
> Audio microcontroller: detecting
>
> If after changing the frequency (try just setting the same frequency)
> it changes to 'running', then it is almost certainly a tuner issue.
>
> You can also try using the S-Video or composite input: if you get the
> same problems there, then it must be a cx25841 problem instead (since
> the tuner is not used in that scenario).
>
> Regards,
>
> Hans
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>
>
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel