I was plagued by this when attempting to watch live tv. The oddity was the system could record just fine. What is the difference? When a show is recorded is stored in /myth/tv/ Live tv uses /cache/cache. I had a system crash a few days ago (I was playing with something...) and I didn't bother to check /dev/hda3. I unmounted /dev/hda3 and recreated the partition as ext2 (was xfs, but fsck.xfs didn't seem to do anything?!). I then remounted /cache and made /cache/cache and gave ownership to mythtv. Worked like a charm. The morale of the story is, always check all partitions after a system crash.

_________________
cesman

When the source is open, the possibilities are endless!

I am getting the same message although I did not have a system crash. Could you post the steps you took. I am not experienced in linux, and because of surgery have lost use of my right hand for a few weeks. thus typing/searching is very hard, and i had hoped to watch tv during my recovery.... thanks

Apr 23 08:58:54 mythbe01 ivtv: ENC IRQ OVERFLOW: #4995 Stealing a Buffer, 2 currently allocated

Sigh... I only allocate 2 buffers, while others have problems with 256 and 1024. I wonder what causes the difference?

Probably the version of ivtv used at the time. It might be the case that older ivtv versions used smaller buffers than newer ones.

Amusing anecdote: I was reading over the recent ivtv 0.3.x changelogs and saw that it had been changed to pre-allocate less RAM for the VBI function than before. Looking at the diff, it appeared that somewhere in the 0.3.x series, 16MB had been set aside for VBI processing per card. In addition to the 16MB set aside for the video output. With 3 cards in a machine, you've already used almost 100MB of RAM that way! Yikes...I think they changed the VBI allocation to 4MB per card, which is helpful.

-brendan

I'm reverting to the 0.2.0-rc3j release to try and fix my problem. I upgraded ivtv and the kernel at the same time, so now I don't know which is to blame. Yay for scientific method.

I really liked 0.3.2....

OK, i don't think it's ivtv or the kernel. I reverted both and am still getting the error. Does anybody have other thoughts?

According to the current ivtv list, we're not the only ones with this problem. Chris thought it may have to do with the version of the hauppauge firmware being used, but, as of this morning, that seems not to be the case. One person got rid of the messages at least by:



YMMV

One poster also found a workaround:



Which you could try adding to part of your startup script(s).

I'm not planning to start mixing components from different releases of ivtv yet, I figure chris'll zoom in on the problem shortly.

-brendan

Well, as of 0.3.3y, my message is now:
Apr 30 21:44:40 mythbe01 ivtv: ENC Stream 2 OVERFLOW #38: Stealing a Buffer, 8388770 currently allocated

I've found my sweet spot at 0.3.2s

Any new news with this? I recently started getting the dreaded:

ivtv: ENC IRQ OVERFLOW: #163586 Stealing a Buffer, 2048 currently allocated

This seems to happen while recording a show on my PVR 150 -- but I don't get the message while watching Live TV.

Any suggestions or help?

I'm running the latest version of Knoppmyth

Is there an update to this problem? I'm getting



Has anyone else found success with 'ivtvctl -x > 0' ?

I'm running ivtv 0.3.3 and R5A15.1

here is a duplicate thread.....

http://mysettopbox.tv/phpBB2/viewtopic.php?p=32066#32066

_________________
R5F1 - Dell P4 2.4Ghz 500MB - PVR250 x 2 - GeForce FX 5200 - Onboard sound/NIC 80GB ATA/250GB ATA/400GB SATA