[mythtv-users] Watching in progress recording, playback exits if less than 30 seconds behind

[Tom Lichti]

I am running trunk as of a few days ago, and after all of the work that JYA
did on the ringbuffer, I have found that if I am watching an in progress
recording, if I am less than about 30 seconds from 'real time', it will
always exit playback, as if it thinks it has reached the end of the file. I
believe this is the pertinent line in the frontend log:

2014-03-16 15:55:34.809277 I  HasReachedEof() at framesPlayed=109732
totalFrames=111011
2014-03-16 15:55:34.809299 I  AOBase: Pause 1
2014-03-16 15:55:34.809819 I
 RingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg): Pause()
2014-03-16 15:55:34.809829 I
 RingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg): StopReads()
2014-03-16 15:55:34.810848 I  AOBase: OutputAudioLoop: audio paused
2014-03-16 15:55:34.810879 I  WriteAudio: Preparing 3072 bytes (384 frames)

and a little later:
2014-03-16 15:55:34.833161 I  MythSocket(37fd890:94): write -> 94 50
 QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]18200
2014-03-16 15:55:34.834266 I  Player(0): Play speed: rate: 59.9401 speed: 0
skip: 0 => new interval 16683
2014-03-16 15:55:34.843405 I  MythSocket(37fd890:94): read  <- 94 1       0
2014-03-16 15:55:34.843427 I
 FileRingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg):
safe_read(RemoteFile* ...): at EOF
2014-03-16 15:55:34.843479 E  decoding error
                        eno: Unknown error 541478725 (541478725)
2014-03-16 15:55:34.851080 I  VidOutVDPAU: UpdatePauseFrame()
AAfAAFuAAALAAAAA

I'm guessing the HasReachedEof call is a little too aggressive. Or am I
missing something obvious? I can gather/post whatever logs are needed, it
happens regardless of source recording (HDHR, HD-PVR or analog), and is
100% reproducible. Here is my mythtv version:

Please attach all output as a file in bug reports.
MythTV Version : v0.28-pre-982-g39af9c1-dirty
MythTV Branch : master
Network Protocol : 79
Library API : 0.28.20140216-1
QT Version : 4.8.5
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_backend
using_bindings_perl using_bindings_python using_bindings_php using_dvb
using_frontend using_hdhomerun using_ceton using_hdpvr using_ivtv
using_joystick_menu using_libcrypto using_libxml2 using_libudf using_lirc
using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript
using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv
using_profiletype using_mythlogserver using_bindings_perl
using_bindings_python using_bindings_php using_mythtranscode using_opengl
using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass
using_libxml2 using_libudf

Not sure why it's showing as dirty, I don't recall applying any patches.

Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140316/e8ef0314/attachment.html>