<div dir="ltr">The problem nearly goes away, as long as pavucontrol is running... skipping then works without hiccups and fading volume only causes a little bit of rasping.<div><br></div><div>Sadly this causes the cpu load to raise over a level that I can accept on this old netbook for a longer time. So this is no workaround for me.</div>
<div><br></div><div>Does this give anybody a clue to the cause? This sounds utterly ridiculous to me....</div><div><br></div><div>Thanks for any help</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/22 Daniel <span dir="ltr"><<a href="mailto:windseeker@gmx.de" target="_blank">windseeker@gmx.de</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello Tanu,<div><br></div><div>that's a nice catch! Indeed this is exactly what I have, just that volume changing triggers it way more noticably, because of the high frequency of triggers. And indeed it's also there when recording from an alsa-sink.monitor. I just thought this would be fine, because the audio out of the speakers is fine, but the recorded result is broken just as with a null-sink.</div>

<div><br></div><div>I could reproduce that on 3 different machines, so it's reproducable anytime. Record any audio from any sink.monitor and change volume of the stream input or the sink itself and watch it happen.</div>

<div><br></div><div>I am able to grab source code out of a VCS, I can patch and I can compile, I can package and I can test and analyze. The only thing I cannot do, is writing code :(</div><div><br></div><div>Anyway: Thank you very much.</div>

<div><br></div><div>Best,</div><div>Daniel</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/22 Tanu Kaskinen <span dir="ltr"><<a href="mailto:tanu.kaskinen@linux.intel.com" target="_blank">tanu.kaskinen@linux.intel.com</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Fri, 2013-11-22 at 13:56 +0100, Daniel wrote:<br>
> Dear list,<br>
><br>
> I ask you for some assistance with null-sink and skipping/stutter.<br>
><br>
> On client connect/disconnect and volume changes and many more things,<br>
> pulseaudio does a buffer rewind to let the changes take effect immediately.<br>
> So far,s o good, on all my soundcards this works like a charm.<br>
><br>
> Now I have some audio stream setup where I play audio to a null-sink and<br>
> record it from null.monitor. This works really great, until some action<br>
> like pause/play, volume change, or connecting another audio client is<br>
> causing a rewind. Then the recorded audio hangs for approx 200ms or even<br>
> more. On soft volume changes, there are many many rewinds done, and so I<br>
> have many of these skips.<br>
><br>
> The skipping audio is actually hanging, it does not drop any data. There is<br>
> just a silent break of about 200ms inserted into the stream.<br>
><br>
> Of course it would be great to make rewinding on null sink just work as it<br>
> does on alsa sinks, but in case this is inevitable, I would be fine with<br>
> some possibility to disable rewinding. I know that all action then are<br>
> delayed, but that would be okay for me as the stream is delayed about 8<br>
> seconds anyway, until it reaches the receiver.<br>
<br>
</div>There's no reason why those glitches should be inevitable, so probably<br>
module-null-sink or the rewind handling of monitor sources in general<br>
has some bug. Now we just need someone to send a fix for the bug...<br>
<br>
Not that this will help you much, but this bug might have the same root<br>
cause: <a href="https://bugs.freedesktop.org/show_bug.cgi?id=68107" target="_blank">https://bugs.freedesktop.org/show_bug.cgi?id=68107</a><br>
<span><font color="#888888"><br>
--<br>
Tanu<br>
<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>