[mythtv-users] Fast Forward / Skip lock up

[Geoff at Hundekeandroyal dot com]

Bruce Markey wrote:

> The distinction is when the recording ends while you are still
> watching.
> 
> The player gets seek position information from a seek table
> appended to the end of the file (or from the database) for pre-
> recorded shows. It has to get seek position info from the recorder
> while a recording is in progress so that it can get new info as
> it is recorded.
> 
> The problem is that if you watch a recording in progress then
> the encoder finishes and exists, the player doesn't know to switch
> to finding seek info as it would for pre-recorded. It falls back
> to reading forward through the file until it finds the desired
> frame. This is slow.
> 
> ESC, "Save this position and go to the menu", play. When you
> restart playback after the recording finished, it will have
> all the seek info it needs for the whole file.
> 
> --  bjm

Hmmm...things have not improved.

I cued up the recording from last night...Stage 14 of the Tour de
France.  It is completely done recording (obviously).  I skipped forward
and past about 30 minutes worth of video...I get the same problem.  I
also noticed the messages being displayed in the console:

<snip>
diverged by 9745 frames, extending frame to keep audio in sync
waiting for free video buffers timed out
waiting for free video buffers timed out
waiting for free video buffers timed out
waiting for free video buffers timed out
</snip>

I even took off "experimental a/v sync"...same problem.

This is also occurring on my recording of Saturday Night Live...so it's
not specific to the Tour de France recordings.

One question...could the fact that I started watching both of these 
recordings when they were still recording have permanently caused them 
to not use the seek info, but instead always try to scan forward?

Any help would be hugely appreciated.

Geoff Scott