<div dir="ltr">On Tue, Mar 5, 2013 at 4:46 PM, Dan Wilga <span dir="ltr"><<a href="mailto:mythtv-dev2@dwilga-linux1.amherst.edu" target="_blank">mythtv-dev2@dwilga-linux1.amherst.edu</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 3/5/13 3:54 PM, Thomas Börkel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
HI!<br>
<br>
It seems, this is not fixed. Watching a recording (not really Live TV)<br>
while it is being recorded, 10-15s behind, I get lots of those messages<br>
from the ticket and also these:<br>
<br>
"RingBuf(/mythtv/backend/<u></u>video/recordings/2222_<u></u>20130305183000.mpg):<br>
Taking too long to be allowed to read.."<br>
<br>
Using 0.26 fixes from February 2013.<br>
</blockquote>
I don't often do this, but this past weekend I tried to do so for two different recordings and was surprised at how poorly it performed. This used to "just work".<br>
<br>
It would take at least 60 seconds to start playback and, once it did play, jumping forward would sometimes cause playback to halt for 2-3 minutes. Several times MFE bus errored. In my case, it did not matter how close to the end of the recording was being played back; I was at least 45 minutes back from "live" when the troubles began. These are some of the many log messages:<br>
<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19104ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19205ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19307ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:58 I Decoder ringbuffer.cpp:1098 (WaitForAvail) RingBuf(myth://<a href="http://192.168.64.1:6543/3180_20130302205900.mpg" target="_blank">192.168.64.1:<u></u>6543/3180_20130302205900.mpg</a>): Waited 0.2 seconds for data #012#011#011#011to become a<br>
vailable... 0 < 32768<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19408ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19511ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:58 I Decoder ringbuffer.cpp:1098 (WaitForAvail) RingBuf(myth://<a href="http://192.168.64.1:6543/3180_20130302205900.mpg" target="_blank">192.168.64.1:<u></u>6543/3180_20130302205900.mpg</a>): Waited 0.5 seconds for data #012#011#011#011to become a<br>
vailable... 0 < 32768<br>
Mar 2 17:33:58 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19612ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:59 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19714ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:59 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19817ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:59 N CoreContext mythplayer.cpp:2093 (PrebufferEnoughFrames) Player(0): Waited 19921ms for video buffers AAAAAAAAAAAAAA<br>
Mar 2 17:33:59 E CoreContext mythplayer.cpp:2116 (PrebufferEnoughFrames) Player(0): Waited too long for decoder to fill video buffers. Exiting..<br>
Mar 2 17:33:59 I CoreContext tv_play.cpp:2155 (HandleStateChange) TV: Attempting to change from WatchingRecording to None<br>
Mar 2 17:33:59 I Decoder ringbuffer.cpp:1098 (WaitForAvail) RingBuf(myth://<a href="http://192.168.64.1:6543/3180_20130302205900.mpg" target="_blank">192.168.64.1:<u></u>6543/3180_20130302205900.mpg</a>): Waited 1.0 seconds for data #012#011#011#011to become available... 0 < 32768<br>
Mar 2 17:33:59 W CoreContext mythplayer.cpp:2984 (PauseDecoder) Player(0): Waited 100ms for decoder to pause<br>
Mar 2 17:33:59 W CoreContext mythplayer.cpp:2984 (PauseDecoder) Player(0): Waited 100ms for decoder to pause<br>
Mar 2 17:33:59 W CoreContext mythplayer.cpp:2984 (PauseDecoder) Player(0): Waited 100ms for decoder to pause<br>
Mar 2 17:33:59 W CoreContext mythplayer.cpp:2984 (PauseDecoder) Player(0): Waited 100ms for decoder to pause<br>
Mar 2 17:33:59 W CoreContext mythplayer.cpp:2984 (PauseDecoder) Player(0): Waited 100ms for decoder to pause<br>
<br>
I don't necessarily think the ticket pointed to by the OP is relevant, due to the fact that it happened far back from "live". In my case, the recording device was a PVR-350, in case that matters.<br>
<br>
MythTV Version : v0.26.0-104-gc3fff6e<br>
MythTV Branch : fixes/0.26<br>
Network Protocol : 75<br>
Library API : 0.26.20130112-1<br>
QT Version : 4.7.4<br>
Options compiled in:<br>
linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg using_libxml2<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div><br></div><div style>I know everyone hates 'me too' replies, but....me too. I did a head update on the weekend, since then playing SD recordings from a WinTV USB-PVR (same as a PVR-x50, basically) has been terrible. Startup takes about 30 seconds, and if you try and skip more than about 30 seconds, it will hang. Could be unrelated since you are on a much older version than me, but the symptoms are eerily similar.</div>
</div></div></div>