So far so good with 0.10.0rc1. At least, it hasn't crashed in a couple of days of continuous reading, 3 video streams, and 8 VBI.
Now I have a new problem I'd like to resolve. My logs are getting filled up with the following message: Feb 12 16:00:00 server2 kernel: ivtv2 warning: encoder VBI: Couldn't find start of buffer within the first 256 bytes Occasionally, I'll notice some dropped characters in the VBI. Not often. But it could be a symptom. I'd like to fix the VBI problem if there's a way to do that. If not, is there a way to reduce the log messages? 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: Monday, February 12, 2007 3:28 PM To: 'Discussion list for development of the IVTV driver' Subject: Re: [ivtv-devel] System (practically) non-responsive after several hours...no clues Hans, I updated to 0.10.0rc1. So far, it's working. It may take a couple of days before I will know things are more stable. FYI, the VBI-related source under the test directory would not compile until I removed the "linux/" prefix from the #include of "videodev2.h". The version in /usr/include/linux/videodev2.h is not compatible, but the one in [ivtvdir]/utils allowed it to compile, so I could move forward with the make install. 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, February 11, 2007 10:52 PM To: Discussion list for development of the IVTV driver Subject: Re: [ivtv-devel] System (practically) non-responsive after several hours...no clues On Monday 12 February 2007 00:58, Rich Kadel wrote: > Kernel: 2.6.18.6 > IVTV: 0.8.2 > CPU: AMD Opteron(tm) Processor 146 (Family: 15, Model: 39, Stepping: > 1) > > I have a "generic" 4U AMD Opteron server that was running fine for > long periods until I started using the IVTV driver. It's a CentOS > 4.3 system. I was using the default 2.6.9 kernel, but ran into this > problem, so I upgraded to 2.6.18 and installed ITVT 0.8.2. Same > problem: > > After anywhere between 6 hours and 2 days, I can no longer ssh into > my system. Oddly, I CAN ping the system. If I bring up a monitor, > the monitor is showing static, like the video card is messed up. My > IVTV applications normally generate output, so I can see when the > last file was modified (after rebooting, of course), and that is the > only good way I know when it crashed. > > I have had ITVT problems/crashes before, on my Dell 2850, but that > always gave me a kernel panic and dump so I could see a little of > what was going on. With this system and problem, I get nothing in > the logs at the time of the crash. Occasionally, I will see this > error, but it does not always appear between crashes, so it doesn't > appear to be the problem > > Feb 11 03:30:11 server2 kernel: ivtv3: All encoder VBI stream buffers > are full. Dropping data. > Feb 11 03:30:11 server2 kernel: ivtv3: Cause: the application is not > reading fast enough. > > I have 4 PVR-500 cards in this system. All 8 tuners are capturing > VBI. 3 tuners are simultaneously recording low-res video by piping > /dev/video[n] to ffmpeg and translating it to .flv. Up until the > time of the "crash", things appear to be recording smoothly. > > I assume ping works because the system hasn't actually died > completely, and that's probably why I'm not seeing any kernel > messages. > > Is there a way to debug this? Perhaps a SLIGHTLY more verbose > output? (I'd hate to create an enormous log file when it might not > crash for a couple of days again, but if there is a reasonable and > helpful debug flag, I'll try it.) My recommendation would be to update to ivtv-0.10.0rc1. I won't be doing any work for the 0.8/0.9 versions anymore, the 0.10.0 series is leading. I'll probably release the official 0.10.0 next weekend. Since 0.10.0 is completely redesigned it might well be that the crash simply disappeared. And if not, then I'm very interested. I'd really like to make the 0.10.0 series as reliable as possible. Regards, Hans > I've attached the ivtv init log messages. > > Thanks, > Rich > > -- > > Rich Kadel > Appeligo, Inc. > (858) 433-1747 > www.appeligo.com _______________________________________________ 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
