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

[Khanh Tran]

On Thu, Feb 10, 2011 at 6:44 PM, Jean-Yves Avenard <jyavenard at gmail.com> wrote:

> I'm intimately convinced that the issue is the communication between
> the backend and the frontend.
>
> For all people who mentioned the buffer underruns errors to me; when
> using mythavtest on the same file they would get problem on (so the
> file is played locally and not streamed from the backend) there are no
> issues whatsoever.
> Everything plays fine.
>
> Start streaming, either a recording or using the new storage group:
> and problems start.
>
> Try this:
> if using storage group; mount the recording directory or mythvideos
> folder via NFS or cifs ; and play the file using mythavtest
> mythavtest -v audio,playback /path/to/file

I'm going to throw in a "me too here".  I didn't specifically do the
mythavtest, but something similar. I set my MythVideos path to an
exported recordings path on my backend.

I have a Zotac Ion frontend which ran fine under .23 with the same
recording.  Playback profile is VDPAU normal.
Backend is Intel(R) Core(TM)2 Duo CPU E7200 2.53GHz.  Recordings and
OS/mysql on different drives.

Yes, the file plays fine under 0.24 when playing the file via direct
path.  Under the normal scenario of streaming from the backend,
seemingly the audio dropouts/video pauses only happen when the backend
becomes busy (CPU goes to 100% or higher).  This generally happens for
me on the hour and half-hour when a recording starts/ends, the backend
sets up for commflag, reschedule, ending a commflag, etc.  I notice
that first mysql goes to ~100% CPU or higher, then starts to settle
down, but then mythbackend goes near 100% CPU.