<div>&quot;module-suspend-on-idle&quot; should suspend the alsa devices when no clients are idle or not connected for 5 seconds by default.</div><div>try loading that module and see if it actually closes the handle to the alsa devices.</div>
<div><br></div><div class="gmail_quote">On Fri, Oct 7, 2011 at 10:21 AM, Paul Menzel <span dir="ltr">&lt;<a href="mailto:paulepanter@users.sourceforge.net">paulepanter@users.sourceforge.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Dear Andreas,<br>
<br>
<br>
Am Freitag, den 07.10.2011, 17:03 +0200 schrieb Andreas Bauer:<br>
<div class="im"><br>
&gt; First a big thank you for a quality piece of software. I am a first<br>
&gt; time user and am amazed at the flexiblity that PA provides. I<br>
&gt; installed PA because I wanted to have better integration of my<br>
&gt; Bluetooth headset and works perfectly.<br>
<br>
</div>thank you for such positive feed back. I guess developers (not me)<br>
should get that more often.<br>
<div class="im"><br>
&gt; Running Debian Squeeze (stable) with Kernel 3.0.1<br>
<br>
</div>Is the PA version 0.9.21-3+squeeze1 [1]? I guess the ALSA version is<br>
quite old then too. PA 1.0 was released recently.<br>
<br>
Could you somehow test a more recent version. I am not sure if there is<br>
a live CD for that purpose or if you have a spare storage medium where<br>
you can try Debian Sid/unstable.<br>
<div><div></div><div class="h5"><br>
&gt; Now I have three issues which I hope someone can point me to a<br>
&gt; possible solution.<br>
&gt;<br>
&gt; On my Lenovo X201 laptop with Intel HDA I do see a heavy increase in<br>
&gt; power consumption when I activate pulseaudio. The system is already<br>
&gt; optimised so without pulseaudio it will idle at 6-9W with wifi on,<br>
&gt; with pulseaudio started it will jump to 13W. No pulseaudio client<br>
&gt; connected (no sound played)<br>
&gt;<br>
&gt; Averaged battery reading every 5s<br>
&gt;<br>
&gt; 1267000<br>
&gt; 1311000<br>
&gt; 1330000<br>
&gt; 1347000 &lt;- here pa-suspender is started<br>
&gt; 1192000<br>
&gt; 1091000<br>
&gt; 986000<br>
&gt; 952000<br>
&gt; 943000<br>
&gt; 988000<br>
&gt; 970000<br>
&gt; 943000<br>
&gt;<br>
&gt; I have already optimised the PA setup for my needs (e.g. low quality<br>
&gt; resampling-method), so I investigated further:<br>
&gt;<br>
&gt; From top:<br>
&gt;<br>
&gt; 8816 ab         9 -11  211m 3832 2832 S    0  0.1   0:00.06 pulseaudio<br>
&gt;<br>
&gt; From powertop:<br>
&gt;<br>
&gt;            695,7 µs/s      13,6<br>
&gt; Process        /usr/bin/pulseaudio --start --log-target=syslog<br>
&gt;<br>
&gt; So it is not about CPU consumption, pulseaudio is economical with CPU<br>
&gt; as is.<br>
&gt;<br>
&gt; The same thing (also drawing about the same amount of extra juice)<br>
&gt; happens with this:<br>
&gt;<br>
&gt; root@charly:~# mv /etc/asound.conf /etc/asound.pulse<br>
&gt; root@charly:~# aplay -d front /boot/vmlinuz-*<br>
&gt; Wiedergabe: Rohdaten &#39;/boot/vmlinuz-3.0.1&#39; : Unsigned 8 bit, Rate:<br>
&gt; 8000 Hz, mono<br>
&gt;<br>
&gt; So clearly, it is the power consumption of the sound chip. I suspect<br>
&gt; that pulseaudio activates the sound chip even when no sound is being<br>
&gt; played. Is there any way to have it only access the hardware when at<br>
&gt; minimum one client is connected (e.g. audio playing)?<br>
<br>
</div></div>I am not sure. 4 W power consumption of a sound chip sounds quite a lot<br>
to me. Additionally as written above please try a newer version.<br>
<div class="im"><br>
&gt; I was not successful with this shot (old syntax?):<br>
&gt;<br>
&gt; add-autoload-sink alsa_sink module-alsa-sink device=&quot;hw:0&quot;<br>
&gt; add-autoload-source alsa_source module-alsa-source device=&quot;hw:0&quot;<br>
<br>
</div>You can also take a look at the ALSA Wiki [2] and provide the output of<br>
`alsa-info.sh` which should give a lot of useful information to the<br>
developers.<br>
<div class="im"><br>
&gt; Second issue: I have one application (Zoiper) which can only access<br>
&gt; ALSA at the moment (because it will not allow me to input non-hardware<br>
&gt; ALSA device names like pcm.pulse). Is there some hack/workaround to<br>
&gt; get such applications to talk to pulseaudio?<br>
<br>
</div>Please open a new thread by sending a new message with an appropriate<br>
subject line for this topic.<br>
<br>
<br>
Thanks,<br>
<br>
Paul<br>
<br>
<br>
[1] <a href="http://packages.debian.org/squeeze/pulseaudio" target="_blank">http://packages.debian.org/squeeze/pulseaudio</a><br>
[2] <a href="http://alsa-project.org/main/index.php/Help_To_Debug" target="_blank">http://alsa-project.org/main/index.php/Help_To_Debug</a><br>
<br>_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>-baeksanchang<br>