[mythtv-users] tv playback woes

Chris Rouch chris.rouch at gmail.com
Wed Aug 17 13:22:35 UTC 2011


Over the last couple of weeks we've been experiencing regular, but
random freezes of the tv playback which end with the playback aborting
and a dialog being displayed (sorry I don't remember the exact
message). The frontend logs are full of messages like this:


2011-08-14 21:36:47.182 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA
AUUAuAAAAULAAAAUAA
2011-08-14 21:36:47.286 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA
AUUAuAAAAULAAAAUAA
2011-08-14 21:36:47.296 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA
AUUAuAAAAULAAAAUAA
2011-08-14 21:36:47.302 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA
AUUAuAAAAULAAAAUAA
2011-08-14 21:36:47.313 Player(0): Waited 100ms for video buffers UUUAuAAUAAAUA
AUUAuAAAAULAAAAUAA
2011-08-14 21:36:47.349 Player(0), Error: Waited too long for decoder to fill v
ideo buffers. Exiting..


The back end logs show nothing unusual happening at this time. This
happens if I nfs mount the directory from the backend or use myth's
internal protocol. If I then try to watch the same program again it
usually works normally.

The backend is running centos5, latest rpms from atrpms.
The frontend is running mythbunto 10.10 with JYA's 0.24 repository.

Does anyone have any idea how to debug this?

Failing that, is it possible to roll back the frontend so that it has
an earlier version of myth 0.24? This was all working well a month ago
so anything before then would be worth trying. I've already rolled
back the rpms on the backend to 0.24.1-274, without any noticeable
difference.

In case it matters, the front end is an acer revo with a "Intel(R)
Atom(TM) CPU  330   @ 1.60GHz" cpu, connected by hdmi. the playback
profile is CPU+ (VDPAU is available, but the resulting picture only
occupies the middle half of the screen, so is not really usable).

Any help will be appreciated.

Thanks,

Chris


More information about the mythtv-users mailing list