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
