<div dir="ltr">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 &#39;real time&#39;, 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:<div>
<br></div><div><div>2014-03-16 15:55:34.809277 I  HasReachedEof() at framesPlayed=109732 totalFrames=111011</div><div>2014-03-16 15:55:34.809299 I  AOBase: Pause 1</div><div>2014-03-16 15:55:34.809819 I  RingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg): Pause()</div>
<div>2014-03-16 15:55:34.809829 I  RingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg): StopReads()</div><div>2014-03-16 15:55:34.810848 I  AOBase: OutputAudioLoop: audio paused</div><div>2014-03-16 15:55:34.810879 I  WriteAudio: Preparing 3072 bytes (384 frames)</div>
</div><div><br></div><div>and a little later:</div><div><div>2014-03-16 15:55:34.833161 I  MythSocket(37fd890:94): write -&gt; 94 50      QUERY_FILETRANSFER 103[]:[]REQUEST_BLOCK[]:[]18200</div><div>2014-03-16 15:55:34.834266 I  Player(0): Play speed: rate: 59.9401 speed: 0 skip: 0 =&gt; new interval 16683</div>
<div>2014-03-16 15:55:34.843405 I  MythSocket(37fd890:94): read  &lt;- 94 1       0</div><div>2014-03-16 15:55:34.843427 I  FileRingBuf(myth://x.x.x.x:6543/3022_20140316192500.mpg): safe_read(RemoteFile* ...): at EOF</div>
<div>2014-03-16 15:55:34.843479 E  decoding error</div><div>                        eno: Unknown error 541478725 (541478725)</div><div>2014-03-16 15:55:34.851080 I  VidOutVDPAU: UpdatePauseFrame() AAfAAFuAAALAAAAA</div></div>
<div><br></div><div>I&#39;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:<br>
</div><div><br></div><div>Please attach all output as a file in bug reports.<br></div><div><div>MythTV Version : v0.28-pre-982-g39af9c1-dirty</div><div>MythTV Branch : master</div><div>Network Protocol : 79</div><div>Library API : 0.28.20140216-1</div>
<div>QT Version : 4.8.5</div><div>Options compiled in:</div><div> 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</div>
</div><div><br></div><div>Not sure why it&#39;s showing as dirty, I don&#39;t recall applying any patches.</div><div><br></div><div>Tom</div><div><br></div></div>