[mythtv-users] Watching in progress recordings not reliable, drops me to menu randomly

[flummoxd]

I have been following trunk since May. Sometime in the last 6 or so weeks I
have noticed some instability trying to watch in-progress recordings.
(Completed recordings are working with no problems.)

- If left unattended (i.e. press PLAY and put down remote), Myth will
randomly drop to the watch recordings menu, perhaps every 10-15mins. It gets
more unstable towards the end of the recording, perhaps every 3mins.
- Seeking to or near the end of the recording will always drop back to the
watch recordings menu.

This makes it essentially impossible to watch anything live or at a delay
(note I don't use LiveTV, instead I watch recordings in progress). You must
start over from the beginning, and seek to some "safe" number (usually 10
mins before ending is ok). Go too far and you lose it.

I am seeing this behaviour consistenlty reproducible on two systems. Record
anything, start playing it and press 99-right arrow (to jump to end). I
expect that it follows the end of the show as usual. Instead I get a black
screen and drop to the menu.

I've tried absolutely everything and I am at a loss:

- Happens with both VDPAU or Xv
- Happens with recordings from all sources (HDPVR, DVB, Firewire)
- Happens whether "Always stream from backend" is checked or not
- Happens on two different frontends
- Wild goose chase into whether CIFS was causing it also a dead end (NFS,
CIFS, local xfs as recording targets: all the same)

Here are some relevant looking tidbits from the mythfrontend log when it
happens.

2009-10-24 22:07:03.918 MythSocket(57352c0:50): write -> 50 39
QUERY_RECORDER 2[]:[]GET_FRAMES_WRITTEN
2009-10-24 22:07:03.918 MythSocket(57352c0:50): read  <- 50 10
0[]:[]6662
...
2009-10-24 22:07:03.986 AFD: DoFastForward(6572 (155), do discard frames)
2009-10-24 22:07:03.986 Dec: DoFastForward(6572 (155), do discard frames)
2009-10-24 22:07:03.986 Dec: ConditionallyUpdatePosMap: Not enough info in
positionMap,
            we need frame 6572 but highest we have is 6478.
2009-10-24 22:07:03.986 Dec: Resyncing position map. posmapStarted = 1
livetv(0) watchingRec(1)
2009-10-24 22:07:03.986 NVP(0): Filling position map from 6492 to end
2009-10-24 22:07:03.987 MythSocket(57352c0:50): write -> 50 54
QUERY_RECORDER 2[]:[]FILL_POSITION_MAP[]:[]6492[]:[]-1
....
2009-10-24 22:07:03.992 Dec: Position map filled from Encoder to: 6652
2009-10-24 22:07:03.992 Dec: SyncPositionMap watchingrecording total: 564
entries
2009-10-24 22:07:03.992 Dec: SyncPositionMap, new totframes: 6652, new
length: 221, posMap size: 564
2009-10-24 22:07:03.992 Dec: FindPosition(6572, search not adjusted) -->
            [558:6563(519356580),559:6578(520566736)]
...
2009-10-24 22:07:04.015 NVP(0): Waiting for prebuffer..  0
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2009-10-24 22:07:04.165 NVP(0): Waiting for prebuffer..  1
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
2009-10-24 22:07:04.315 NVP(0): Waiting for prebuffer..  2
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
...
2009-10-24 22:07:05.015 RingBuf(myth://
10.0.0.210:6543/3411_20091024220300.mpg): Taking too long to be allowed to
read..


A bigger excerpt here:
http://pastebin.ca/1642261


The only line on the mythbackend log doesn't look relevant, but perhaps it
is, considering the frame number 6526:

2009-10-24 22:xx:xx.994 adding: frontends-name as a client (events: 0)
2009-10-24 22:xx:xx.806 RecBase(7:/dev/video0):
GetKeyframePositions(6526,9223372036854775807,#4) out of 56

Version:

MythTV Version   : 22550
MythTV Branch    : branches/release-0-22-fixes
Network Protocol : 50
Library API      : 0.22.20091008-1
QT Version       : 4.4.3
Options compiled in:
 linux profile using_oss using_alsa using_pulse using_jack using_backend
using_dvb using_firewire using_frontend using_glx_proc_addr_arb
using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu
using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync
using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc
using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python
using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live
using_mheg


Any ideas? I'm completely stumped.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20091024/b17f1bd1/attachment.htm>