Thanks Brian. I'll give it a try.

One bit of test info in the last half-hour. I notice that while
recording two shows top shows almost 100% of the time is spent
'waiting':

<SNIP>
top - 06:51:11 up 40 min,  3 users,  load average: 3.20, 2.90, 2.14
Tasks:  85 total,   1 running,  83 sleeping,   0 stopped,   1 zombie
Cpu(s):  1.3% us,  0.0% sy,  0.0% ni,  0.0% id, 98.0% wa,  0.0% hi,  0.7% si
Mem:    499052k total,   493292k used,     5760k free,     1520k buffers
Swap:  1052216k total,      368k used,  1051848k free,   321364k cached
<SNIP>

Is this expected? Note that my video storage is on the network via an
NFS mount so I'm not sure whether 'waiting' is because of the PVR
cards or because of the NIC trying to get to NFS. (Or something
completely different!)

Do you recommend ivtv-0.3.9 ?

Thanks,
Mark

On 9/23/05, Brian Jackson <[EMAIL PROTECTED]> wrote:
> A newer version might actually help. They changed the dynamic buffer's to off 
> by
> default. That may help you since that looks like a buffer problem.
>
> Mark Knecht wrote:
> > Hi all,
> >    After running essentially cleanly for a could of months ivtv has
> > suddenly started failing with this message every night:
> >
> > ivtv: ENC Stream 0 OVERFLOW #54: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #55: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #56: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #57: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #58: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #59: Stealing a Buffer, 512 currently allocated
> > ivtv: ENC Stream 0 OVERFLOW #60: Stealing a Buffer, 512 currently allocated
> > 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] ~ $
> >
> >    The result is that recorded shows play until they get to a bad
> > point at which time they skip forward like they are being fast
> > forwarded.
> >
> >    Distro is Gentoo. Kernel -s 2.6.12-gentoo-r6 and has't been changed
> > in 2 months. Hardware is a PVR-150 + PVR-250.
> >
> >    This is ivtv-0.3.7 which is getting a bit behind today's
> > ivtv-0..3.9 version, but it's worked great for so long. Why should it
> > start dieing now?
> >
> >    I'm fine with building something newer if there's a known fix, or
> > even if there isn't. I'm getting desperate after 3 days of failed
> > recordings. But can someone possibly first tell me what this error
> > message means?
> >
> >    I did try rebuilding ivtv but that didn't fix the problem.
> >
> > Thanks,
> > Mark
>
>
> --
> Stuff for sale -- http://www.brianandsara.net/temp/forsale.html
> Gentoo Linux -- http://www.gentoo.org
> IVTV -- http://ivtv.writeme.ch
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> ivtv-devel mailing list
> ivtv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ivtv-devel
>


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to