[mythtv-users] Long delays with remote occasionally

[Josh Mastronarde]

On Mon, Mar 30, 2009 at 7:41 AM, Larry on the Dell Laptop
<larry at foxgulch.com> wrote:
<snip>
> Here's the test with  the preview shut down (no tiny tv screen in the
> frontend window with a sample of the selected recording being shown)  I
> picked the first recording from the top of the menu of recordings.  It
> happened to be a recording made off the mpeg encoder fed by s-video from my
> satellite box)
>
> This was created with  a call to
> lj at mythtv:~$ mythfrontend -v important,libav > log3
>
> followed by
>
> lj at mythtv:~$ grep "Input #" log3 >josh3.txt
>
> Here's the contents of josh3.txt consisting of only one line:
>
> 2009-03-30 09:05:55.246 Input #0, mpeg, from
> '/var/lib/mythtv/recordings/2120_20090330050000.mpg':
>
> Which is the expected result given my version has your patch (see below),
> correct?

First -- no, you don't have my patch; I was just confirming that your
distro has the library file with the same name (not sure how much each
repo owner customizes things like that).  My patch just results in a
new copy of that file.

Second, the fact that you see only one "Input #0, mpeg" line is
exactly what I was expecting in this case -- when you play just "mpeg"
files, they only get probed once (and I suspect you wouldn't have any
remote issues).  However, as soon as you play an "mpegts" file (even
just in preview), not only does the "mpegts" file get probed over and
over, but "mpeg" files get probed over and over also.  That just
shouldn't be happening, and is what I think causes the random remote
delays.

Incidentally, anyone having issues with mp4 H.264 transcoded
recordings is probably from the same issue -- the first time I played
one, it would fail, then it would play, then after that regular "mpeg"
recordings wouldn't play.

Would you like me to send you the replacement lib file (700KB) file to try?

Josh