<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> <div class="moz-cite-prefix">On 27.05.20 12:12, Robert Bielik wrote: </div> <blockquote type="cite" cite="mid:AM5PR0201MB22897087DDF5C6D9C749AFD3FAB10@AM5PR0201MB2289.eurprd02.prod.outlook.com"> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> <div class="WordSection1"> Oh, forgot to mention, I’m running pulseaudio 12.2 on a Raspberry Pi Model 3.<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: pulseaudio-discuss <a class="moz-txt-link-rfc2396E" href="mailto:pulseaudio-discuss-bounces@lists.freedesktop.org"><pulseaudio-discuss-bounces@lists.freedesktop.org></a> On Behalf Of Robert Bielik Sent: Wednesday, 27 May 2020 12:10 To: <a class="moz-txt-link-abbreviated" href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.freedesktop.org</a> Subject: [pulseaudio-discuss] LADSPA plugin strange behavior<o:p></o:p> </div> </div> <o:p> </o:p> Hi all,<o:p></o:p> <o:p> </o:p> New to the list. I’m setting up a system where I have a post-processing LADSPA plugin. I’ve setup /etc/pulse/default.pa to load my LADSPA plugin and to set it as the default sink.<o:p></o:p> Running pulseaudio with “pulseaudio 2>&1” I can see all the logs from my plugin, with it being properly initialized upon start of pulseaudio server, and deinitialized when shutting down the server.<o:p></o:p> <o:p> </o:p> But, there is a strange behavior. Running one audio stream with aplay f.i., and then starting another one with paplay f.i., I can see that the pulseaudio server deactivates, and re-activates the plugin. This it does for any stream started AND stopped.<o:p></o:p> <o:p> </o:p> Isn’t the stream to the plugin supposed to be continuous? Can the pulseaudio server be configured not to do this ?<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> /Robert<o:p></o:p> <o:p> </o:p> </div> </blockquote> This behavior is caused by rewinding. Basically, rewinding is used to ensure that a new stream is heard immediately. Consider a stream running with a large latency of let's say 500 ms. This means, that PA has already processed 500 ms more audio than has been played. When a new stream is added, it would normally take half a second before the new stream is audible. To avoid this, PA will roll back the latency of the old stream as far as possible and then add the new stream. For a filter this means, that it has to process audio that already passed through the filter. This can lead to distortions. In an ideal case, the filter would be able to rewind to the state which matches the point in time where the stream is picked up again. This is however not possible, so PA resets the filter in the hope that this has less impact than simply running the same audio through the filter again. For me, the concept of rewinding was difficult to understand, so I hope the explanation is understandable. The correct solution here is to avoid rewinding completely for the LADSPA sink and limit the latency to some small value. I have patches that do exactly that, but they depend on lots of other patches that are still not reviewed. For the moment I guess you have to live with that behavior (or you could patch the LADSPA sink not to reset the filter and see if this gives better results). </body> </html>