This seems to be working OK, now that I implemented the changes I described below.
I do suspect (no certain proof) that reading video from the device continuously for several hours or days may not be robust. But I don't need to do that right now. Thanks, Rich -- Rich Kadel Appeligo, Inc. (858) 433-1747 www.appeligo.com -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rich Kadel Sent: Wednesday, August 29, 2007 8:55 AM To: 'Discussion list for development of the IVTV driver' Subject: Re: [ivtv-devel] spontaneous muting 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. -- Rich Kadel Appeligo, Inc. (858) 433-1747 www.appeligo.com _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
