<div dir="ltr"><div>Thanks for your help, Arun!</div><div><br></div><div>I ran the script, but the before-and-after look nearly identical:</div><div><br></div><div><span style="font-family:monospace">(base) cmayes@ninja:/home/cmayes/Downloads $ diff pulseaudio-active pulseaudio-muted<br>3,4c3,4<br>< cmayes      2315  1.8  0.0 4179804 28436 ?       S<sl Dec21  18:02 /usr/bin/pulseaudio --daemonize=no --log-target=journal<br>< root       32265  0.0  0.0   3284   812 pts/3    S+   08:30   0:00 grep pulseaudio<br>---<br>> cmayes      2315  1.8  0.0 4179804 28436 ?       S<sl Dec21  17:58 /usr/bin/pulseaudio --daemonize=no --log-target=journal<br>> root       31674  0.0  0.0   3284   812 pts/3    S+   08:29   0:00 grep pulseaudio<br>769c769<br>< !!Script ran on: Tue Dec 22 15:30:16 UTC 2020<br>---<br>> !!Script ran on: Tue Dec 22 15:29:20 UTC 2020</span><br></div><div><br></div><div>I'll give it another go when the audio drops out again, but I doubt it'll be much different.</div><div><br></div><div>It might also be worth noting that it's Spotify (Ubuntu Snap v. 43, which contains Spotify version 1.1.46.916.g416cacf1) that I'm using when the sound drops out.  I'll try playing other audio sources to see whether they work.</div><div><br></div><div>Thanks!</div><div><br></div><div>-Chris Mayes<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 21, 2020 at 7:59 PM Arun Raghavan <<a href="mailto:arun@arunraghavan.net">arun@arunraghavan.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 19 Dec 2020, at 2:43 PM, Chris Mayes wrote:<br>
> Hi, everybody!<br>
> <br>
> It takes me back to have subscribed via Mailman to an email <br>
> distribution list.  I'm generally able to solve my issues via Googling, <br>
> but this one's proven tricky.<br>
<br>
Welcome back to the past! :)<br>
<br>
> I recently bought a pair of KRK Classic 5 <br>
> <<a href="https://www.krkmusic.com/Classic" rel="noreferrer" target="_blank">https://www.krkmusic.com/Classic</a>> speakers to replace a pair of <br>
> M-Audio Studiophile AV 40 <br>
> <<a href="https://m-audio.com/products/view/studiophile-av-40" rel="noreferrer" target="_blank">https://m-audio.com/products/view/studiophile-av-40</a>> speakers that had <br>
> developed a rapid popping noise in the internal amplifier.  The new <br>
> speakers sound fantastic, but they have an odd spontaneous muting <br>
> issue, at least as configured.<br>
> <br>
> The issue is that the speakers seem to become muted (first one, then <br>
> the other, usually L->R) after some time of playing without any issues. <br>
>  My provisional solution is to crank the volume past 100%, which <br>
> un-mutes them (though at an unpleasantly loud volume).  This clears up <br>
> the issue, though it usually happens again a few minutes later once <br>
> I've brought the volume back to a reasonable level.<br>
> <br>
> Based on my Googling, I tried modifying analog-output.conf.common to <br>
> "ignore" volume.  Here's the PCM block:<br>
> <br>
> [Element PCM]<br>
> switch = on<br>
> volume = ignore<br>
> volume-limit = 2.0<br>
> override-map.1 = all<br>
> override-map.2 = all-left,all-right<br>
> <br>
> Sadly, this didn't seem to make any difference.  What else might I try?<br>
> <br>
> I have a passing familiarity with audio concepts, and one difference <br>
> that I noted is that the new speakers have about half of the impedance <br>
> of the old pair (which never had this problem).  Do sound cards use <br>
> impedance to detect the presence of a device?  It's plugged into <br>
> line-out (lime green) on an Asus Xonar SE <br>
> <<a href="https://www.asus.com/us/Sound-Cards/Xonar-SE/" rel="noreferrer" target="_blank">https://www.asus.com/us/Sound-Cards/Xonar-SE/</a>> (the motherboard (Asus <br>
> PRIME Z390-A) <<a href="https://www.asus.com/us/Motherboards/PRIME-Z390-A/" rel="noreferrer" target="_blank">https://www.asus.com/us/Motherboards/PRIME-Z390-A/</a>> had <br>
> the same issue).<br>
> <br>
> Also, the audio is fed to each speaker separately rather than being fed <br>
> to a single speaker and bridged to the left via speaker cable.  Maybe <br>
> that's a factor?<br>
> <br>
> The brute-force thing would be to just mark the line-out port as <br>
> "always on" and to skip attempts to detect whether there's a device <br>
> connected.  Can PulseAudio do this?  More elegant solutions are also <br>
> warmly welcomed.<br>
<br>
This is pretty odd. Could you run the pa-info script (hopefully it's packaged in your distribution) when the stream is playing fine vs. when it's not playing fine? The idea is to see if any mixer controls or any of the stream/sink volumes have actually changed when this happens, or if something else is going on lower down in the hardware.<br>
<br>
-- Arun<br>
_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
</blockquote></div>