[mythtv-users] Mythtv 0.24 Acer Revo ALSA WriteAudio buffer underruns

[John]

On 10/02/11 14:27, pnetherwood at email.com wrote:
> > This is usually happening at the start of playback, while the player 
> is buffering video ;
> > and then during playback if there is anything hogging the CPU for a 
> short time.
>
> Interesting. I have my front end (Acer Revo) seperate to my backend 
> (Core i3) and it seems pause when the backend CPU goes to 100%. In all 
> cases its with mysqld when its running one of the scheduling queries. 
> Perhaps when the backend CPU is busy the frontends get momentarily 
> starved of data resulting in both audio and video buffer underruns. In 
> my last mail I was suggesting some query optimisation. I was wondering 
> if there was some temporary workaround; e.g increasing (or decreasing) 
> my ALSA or VDPAU buffers. Or maybe something with mysqld so that it 
> doesn't lock up the entire machine. With a my multi core CPU I'm 
> amazed it does go to 100%. Maybe there's some other bottleneck.
>
>
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>    
I have a similar setup: Mythtv 0.25-fixes on a revo 3610 for the 
frontend. While watching BBC HD I get stutters, not enough to ruin it, 
bu tenough to be mildly annoying. Frontend log showed audio and video 
buffering problems. Tried looking for cpu load on the frontend, network 
errors, overheating of gpu.  I eventually tied up the frontend problems 
with BE activities. Main reason seems to be BE. Particularly trying to 
delete non-existent recordings, or recordings that had wrong permissions 
etc. Not sure if its a new 0.24 thing or not, but activity on the 
backend seems to have priority over serving video/audio to the frontend.

Worth looking at the backend log to eliminate that from your problems
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20110210/25f6c5a4/attachment.htm>