[mythtv-users] 5min jump takes long during time shift

Thomas Börkel thomas at boerkel.de
Thu Jun 11 15:28:00 UTC 2009


HI!

I have some more information on this. When I have the delay, I got
something like this in the log:

2009-06-02 21:45:27.967 AFD: DoFastForward(94336 (86866), do discard frames)
2009-06-02 21:45:27.967 Dec: DoFastForward(94336 (86866), do discard frames)
2009-06-02 21:45:27.967 Dec: DoFastForward: Not enough info in
positionMap, we need frame 94336 but highest we have is 86867.
2009-06-02 21:45:27.968 Resyncing position map. posmapStarted = 1
livetv(0) watchingRec(1)
2009-06-02 21:45:27.968 Filling position map from 86868 to 143051
2009-06-02 21:45:41.262 Position map filled from Encoder to: 143040
2009-06-02 21:45:41.264 SyncPositionMap watchingrecording total: 11922
entries
2009-06-02 21:45:41.264 SyncPositionMap, new totframes: 143040, new
length: 5
721, posMap size: 11922
2009-06-02 21:45:41.265 AFD: SeekReset(94344, 0, do flush, do discard)
2009-06-02 21:45:41.266 AFD: SeekReset() flushing


But yesterday, I was watching while recording and I had no delay at all
during a 5 min jump. This is the log:

2009-06-09 21:47:24.046 AFD: DoFastForward(21381 (20911), do discard frames)
2009-06-09 21:47:24.046 Dec: DoFastForward(21381 (20911), do discard frames)
2009-06-09 21:47:24.047 AFD: SeekReset(21384, 0, do flush, do discard)
2009-06-09 21:47:24.048 AFD: SeekReset() flushing


So, sometimes, it needs to fill the PositionMap and sometimes not. I
don't know why. Maybe it has to do with how far behind I am.


In the meantime, I ran the optimize db script as suggested, and now the
delay is shorter, if it occurs. Down to 2-4 seconds. :-)

Thomas



More information about the mythtv-users mailing list