<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Sean</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I noticed it only happens when using 5.1 audio and something is playing.</div><div class="gmail_default" style="font-size:small">It triggers 100% usage from 1 core, not the whole CPU</div><div class="gmail_default" style="font-size:small">So this causes the issue : Digital Surround 5.1 (IEC958/AC3) <br>But the stereo ones doesn't: Digital Stereo (Duplex) (IEC958)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'll try updating my kernel from backports and see if I can squeeze more logs.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I haven't found how to get only pulse audio logs from journalctl<br></div><div class="gmail_default" style="font-size:small"><span style="font-family:monospace"><span style="color:rgb(0,0,0)">journalctl --user _SYSTEMD_UNIT=pulseaudio.service</span><br></span></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'll come back when I get more info about this issue, may actually try with arch :v</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">systemctl status --user pulseaudio</div><div class="gmail_default" style="font-size:small">sep 08 08:17:39  pulseaudio[1822]: Failed to open module module-zeroconf-publish.so: module-zeroconf-publish.so: cannot open shared object file: No such file or directory<br>sep 08 08:17:39  pulseaudio[1822]: Failed to open module "module-zeroconf-publish".<br>sep 08 08:17:39  pulseaudio[1822]: module-rescue-stream is obsolete and should no longer be loaded. Please remove it from your configuration.<br>sep 08 08:17:39  pulseaudio[1822]: Failed to open module module-zeroconf-publish.so: module-zeroconf-publish.so: cannot open shared object file: No such file or directory<br>sep 08 08:17:39  pulseaudio[1822]: Failed to open module "module-zeroconf-publish".<br>sep 08 08:17:39  pulseaudio[1822]: Module "module-rescue-streams" should be loaded once at most. Refusing to load.<br>sep 08 08:17:39  systemd[1806]: Started pulseaudio.service - Sound Service.<br>sep 08 08:17:39  pulseaudio[1822]: Could not find org.bluez.BatteryProviderManager1.RegisterBatteryProvider(), is bluetoothd started with experimental features enabled (-E flag)?<br>sep 08 10:28:35  pulseaudio[1822]: Got POLLNVAL from ALSA<br>sep 08 10:28:35  pulseaudio[1822]: Error opening PCM device plug:SLAVE='a52:3': No such file or directory<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El jue, 7 sept 2023 a la(s) 22:15, Sean Greenslade (<a href="mailto:sean@seangreenslade.com">sean@seangreenslade.com</a>) escribió:<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 Tue, Aug 29, 2023 at 10:25:03AM -0600, Ismael Farfán wrote:<br>
> Hello pulse<br>
> <br>
> I'm not sure if it's a bug or not but, I did google around for about an<br>
> hour.<br>
> <br>
> I noticed that whenever I have a device configured with the S/PDIF profile<br>
> (iec958), PulseAudio uses 100% cpu (2 threads 50% each)<br>
> <br>
> I have a cheap USB device with optical audio support<br>
> Bus 003 Device 011: ID 0d8c:0012 C-Media Electronics, Inc. USB Audio Device<br>
> Bus 003 Device 010: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound<br>
> Device<br>
> <br>
> Here's how top looks when anything is grabbing the output, even if it's a<br>
> paused video. As soon as I close the tab it disappears from top.<br>
> PID   PRI  NI  VIRT   RES   SHR S  CPU%▽MEM%   TIME+  Command<br>
> 1820   9 -11 2218M 46576 28064 S  51.5  0.1  3h41:07 /usr/bin/pulseaudio<br>
> --daemonize=no --log-target=journal<br>
> 55780  -6   0 2218M 46576 28064 S  50.9  0.1  6:23.43 /usr/bin/pulseaudio<br>
> --daemonize=no --log-target=journal<br>
> <br>
> I changed the profile of my USB headphones to use iec958 and I could see<br>
> pulseaudio again using 100% cpu even though I only hear noise because the<br>
> headphones don't support it.<br>
> <br>
> So my guess is that it's got something to do with the iec958 encoding.<br>
> <br>
> Any ideas?<br>
> <br>
> I'm on Debian stable bookworm with KDE Plasma<br>
<br>
Hi, Ismael.<br>
<br>
I'm sorry to report that I was unable to reproduce your issue. I managed<br>
to find two different USB audio devices in my collection that enumerate<br>
with an iec958 interface, one with an actual optical S/PDIF port (a Fiio<br>
E10) and one without (a Scarlet Solo). Neither device triggered any sort<br>
of abnormal CPU usage when switched to iec958 compared to the analog<br>
outputs.<br>
<br>
That said, I am running Arch instead of Debian, so I likely have a<br>
different kernel (and therefore ALSA drivers) and pulse version than<br>
you. I'm not too familiar with the particulars of Debian, but perhaps<br>
you could enable backports and see if there's a newer version of pulse<br>
you could test?<br>
<br>
Otherwise, my suggestion for further troubleshooting would be to check<br>
the pulseaudio logs, increasing the verbosity if need be.<br>
<br>
--Sean<br>
<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone.</div>