On 1/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
[Added mythtv-dev 'cause patch #1660 was -supposed- to fix this, but might
not?]
> I think this is a mythtv 0.20 issue, looking at my logs most of
these buffer
> errors seem to happen at the start/end of recordings and only with
> simultaneous recordings:
This is -exactly- what I've been battling for about a year. I've done
all the "canonical" things re multiple spindles, keeping the DB
optimized, and even went from ivtv 0.4.1 to itvt 0.4.9 just a few days
ago to see if it was a buffer-handling problem (didn't help) while
asking for maximal (16meg) buffers in my options line. [I'm running
Breezy on my Myth machines, hence kernel 2.6.12, hence I can't use
anything more recent than ivtv 0.4.x.]
I think that is in Mythtv alone. I never upgraded to 0.18. I was running
whatever mythtv was in Knoppmyth R5A16 and upgraded straight to R5E50 on new
year's weekend. Before that I had some audio problems every once in a while
but nothing like this that seems to happen on pretty much each recording,
specially long ones.
I will put ivtv 0.9.x trunk tomorrow and report, don't want to risk it
today, there is a big tennis game at 2:30 AM I can't miss. If I don't see
improvement I'm gonna move mythtv's database to another box and see if that
helps, heck, I may end up optimizing that slow query.
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
