On 9/23/05, Ryan Steffes <[EMAIL PROTECTED]> wrote: > > > > On 9/23/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
> > ivtv: ENC Stream 0 OVERFLOW #61: Stealing a Buffer, 512 currently > allocated > > ivtv: ENC Stream 0 OVERFLOW #62: Stealing a Buffer, 512 currently > allocated > > ivtv: ENC Stream 0 OVERFLOW #63: Stealing a Buffer, 512 currently > allocated > > [EMAIL PROTECTED] ~ $ > > > You've very likely got other problems if you are having those problems with > that set up. Have you checked for things like IRQ conflicts, and made sure > you are using a current IVTV that's configured correctly, made sure DMA is > enable on your drives, that sort of thing? With the two PVRs, your CPU > really shouldn't enter much into it as far as recording goes. Your problem > is likely to be elsewhere. > Hi, Yes. DMA is running on the local hard drives but the storage for MythTV is over the network on an NFS mount. Strange thing is that it's worked for 2 months just fine and only started failing 2 days ago. There is not way, that I know of, to make sure ivtv is 'configured correctly'. There are no error messages when the drivers are loaded, but that driver prints so many messages it looks like black magic. ;-) The sort of strange thing I've noticed with this new problem is that when recording, if I run top, I see almost 100% of time spent 'waiting'. I am told on other lists that this is a measure of DMA taking place. The CPU has issued commands and is now waiting for them to complete. That would be good if the machine wasn't failing. I do not know how to tell if the machine is 'waiting' for the two PVR cards or 'waiting' for the NIC to transfer and store data. Thanks, Mark _______________________________________________ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
