<br><br><div class="gmail_quote">On Thu, Aug 18, 2011 at 7:25 AM, Chris Rouch <span dir="ltr"><<a href="mailto:chris.rouch@gmail.com">chris.rouch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 17 August 2011 15:22, Chris Rouch <<a href="mailto:chris.rouch@gmail.com">chris.rouch@gmail.com</a>> wrote:<br>
> Over the last couple of weeks we've been experiencing regular, but<br>
> random freezes of the tv playback which end with the playback aborting<br>
> and a dialog being displayed (sorry I don't remember the exact<br>
> message). The frontend logs are full of messages like this:<br>
><br>
><br>
> 2011-08-14 21:36:47.182 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA<br>
> AUUAuAAAAULAAAAUAA<br>
> 2011-08-14 21:36:47.286 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA<br>
> AUUAuAAAAULAAAAUAA<br>
> 2011-08-14 21:36:47.296 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA<br>
> AUUAuAAAAULAAAAUAA<br>
> 2011-08-14 21:36:47.302 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA<br>
> AUUAuAAAAULAAAAUAA<br>
> 2011-08-14 21:36:47.313 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA<br>
> AUUAuAAAAULAAAAUAA<br>
> 2011-08-14 21:36:47.349 Player(0), Error: Waited too long for decoder to fill v<br>
> ideo buffers. Exiting..<br>
><br>
><br>
> The back end logs show nothing unusual happening at this time. This<br>
> happens if I nfs mount the directory from the backend or use myth's<br>
> internal protocol. If I then try to watch the same program again it<br>
> usually works normally.<br>
><br>
> The backend is running centos5, latest rpms from atrpms.<br>
> The frontend is running mythbunto 10.10 with JYA's 0.24 repository.<br>
><br>
> Does anyone have any idea how to debug this?<br>
><br>
> Failing that, is it possible to roll back the frontend so that it has<br>
> an earlier version of myth 0.24? This was all working well a month ago<br>
> so anything before then would be worth trying. I've already rolled<br>
> back the rpms on the backend to 0.24.1-274, without any noticeable<br>
> difference.<br>
><br>
> In case it matters, the front end is an acer revo with a "Intel(R)<br>
> Atom(TM) CPU 330 @ 1.60GHz" cpu, connected by hdmi. the playback<br>
> profile is CPU+ (VDPAU is available, but the resulting picture only<br>
> occupies the middle half of the screen, so is not really usable).<br>
><br>
> Any help will be appreciated.<br>
><br>
> Thanks,<br>
><br>
> Chris<br>
><br>
<br>
</div></div>Some more info:<br>
<br>
The dialog box says "video frame buffering failed too many times".<br>
<br>
The backend isn't entirely normal. There are lots of entries like this<br>
(also when there are no playback problems):<br>
<br>
<br>
2011-08-17 23:02:49.685 DB Error (delta position map insert):<br>
Query was:<br>
INSERT INTO recordedseek (chanid, starttime, mark, type, offset)<br>
VALUES ( ? , ? , ? , ? , ? )<br>
Bindings were:<br>
:CHANID=105, :MARK=114024, :OFFSET=<a href="tel:2028720862" value="+12028720862">2028720862</a>, :STARTTIME=2011-08-17T21:30:00,<br>
:TYPE=9<br>
Driver error was [2/1062]:<br>
QMYSQL3: Unable to execute statement<br>
Database error was:<br>
Duplicate entry '105-2011-08-17 21:30:00-9-114024' for key 1<br>
<br>
<br>
and this (not many, but one co-incided with the playback problems):<br>
<br>
<br>
2011-08-14 22:22:01.815 TFW, Error: Write() -- IOBOUND begin<br>
remaining(19281) free(0) size(2097152) cnt(1)<br>
<br>
<br>
and this coincided, though I expect it is normal:<br>
<br>
2011-08-17 23:02:38.254 AutoExpire: Adding Programs to 'Do Not Expire' List<br>
2011-08-17 23:02:38.256 105 at 2011-08-17T21:30:00 in use by<br>
recorder on sheedy<br>
2011-08-17 23:02:38.256 1004 at 2011-08-04T02:25:00 in use by<br>
player on ratty<br>
2011-08-17 23:02:38.257 AutoExpire: ExpireLiveTV(10000)<br>
2011-08-17 23:02:38.257 AutoExpire: FillDBOrdered: Adding Short LiveTV programs<br>
in starttime order<br>
2011-08-17 23:02:38.271 AutoExpire: SendDeleteMessages. Nothing to expire.<br>
<br>
<br>
And last night, just before the "waited for video buffers" messages<br>
there was this in the front end logs:<br>
<br>
<br>
2011-08-17 23:01:08.977 ALSA, Error: WriteAudio: buffer underrun<br>
<br>
Any help or suggestions will be really appreciated.<br>
<div><div></div><div class="h5"><br>
Thanks,<br>
<br>
Chris<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</div></div></blockquote></div><br>For the backend errors I suggest you look at the wiki and perform a database repair and optimization daily. <a href="http://www.mythtv.org/wiki/User_Manual:Periodic_Maintenance#Optimize_the_Database">http://www.mythtv.org/wiki/User_Manual:Periodic_Maintenance#Optimize_the_Database</a><br>
<br><br clear="all">Have you tried any other profiles like Slim? Do you get the same results? <br><br>What exactly is the display difference between VDPAU and CPU+? By displaying only in the middle half of the screen do you mean you have black bars on the left and right of the video??<br>
<br>The "video frame buffering failed too many times" gives me the impression your backend is not able to feed data fast enough to your frontend. <br>-- <br>Working on World Domination since 2001<br><br>