<div dir="ltr">I had posted a message regarding a problem I was having with constant playback and pulseaudio a month ago.  In the meantime, I did some more testing.  From what I have found, the problem isn't with pulseaudio, but with alsa-lib.  On my test system, I updated libasound2 1.0.25 (stock Debian Wheezy) to 1.0.28 (current Debian Testing).  Repeating the same tests, the problem was not reproducible.  I recompiled libasound2 1.0.28 for Wheezy as well (mostly to eliminate a libc6 upgrade that the Testing package would require), reset my test system, and updated libasound2 to 1.0.28 to confirm.  I don't know the specific fixes from 1.0.25 to 1.0.28 that resolve the issue, but I figure that sharing this might be useful case anybody else has a similar problem.<div>
<br></div><div style>Thanks again,</div><div style>Jason</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 31, 2014 at 1:12 PM, Jason Steigler <span dir="ltr"><<a href="mailto:drsteigler@gmail.com" target="_blank">drsteigler@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 dir="ltr">Hello,<div><br></div><div>I've been using pulseaudio on my Debian Wheezy system (with the stock version, not the backport or a newer version, yet).  I use a player that uses the ALSA pulse plugin to play to the pulseaudio daemon.  This works great and was very simple to setup.</div>

<div><br></div><div>The player keeps playing for as long as it wants.  I can have the player use ALSA directly, but for a particular configuration I'm working with I have multiple systems and using pulseaudio over the network to play to the main system with speakers.  This works pretty well, except after a while something goes wrong.  I have one system that plays background music continuously, and eventually it appears that the pulseaudio daemon has some trouble.  Specifically I see "pulsecore/protocol-native.c: Failed to push data into queue" repeated very quickly.  The timing before it fails is many hours.  I usually start it up, and nearly 24 hours later the problem pops up again (I don't have exact timing before it fails, but can try to get it if that is important).</div>

<div><br></div><div>I admit that I haven't googled around enough yet to know what this means yet, or if it has been fixed.  Is this something that has been fixed?  Maybe my player isn't doing something correctly, so any ideas that I can look at here might be useful.  The player opens the output (which on the system it's on uses the pulse plugin, configured to use the main system's pulseaudio daemon), and leaves it open and keeps playing to it (mainly for gapless playback).  It handles converting all input audio to a target rate/bit depth too, so it doesn't need to reconfigure the output.</div>

<div><br></div><div>Thanks for any help!</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Jason</div></font></span></div>
</blockquote></div><br></div>