<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Modartt user forum - Linux: Native PulseAudio support]]></title>
	<link rel="self" href="https://forum.modartt.com/extern.php?action=feed&amp;tid=4503&amp;type=atom"/>
	<updated>2016-05-23T13:01:58Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.modartt.com/viewtopic.php?id=4503</id>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943439#p943439"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>SteveLy wrote:</cite><blockquote><p>I&#039;ve found jack useful for other things but pianoteq seems to work better without it.</p></blockquote></div><p>The modeled Hammond B3 organ I use (SetBfree) requires jack, and some other audio applications for jack seem to require jack, but I&#039;m very happy with using ALSA&nbsp; instead of JACK with Pianoteq so far.</p><p>In Pianoteq, after setting the backend to ALSA instead of JACK, I have (among other options such as using the motherboard&#039;s built-in audio, which I never use) the option to send Pianoteq&#039;s audio output to the external USB soundcard (a Focusrite Scarlett 2i4, 96000 Hz, 24-bit) &quot;directly without conversion.&quot;</p><p>I&#039;ve discovered that in Pianoteq, if I set the recording and playback option to use that direct-to-soundcard communication instead of setting it to use the PulseAudio (or JACK) audio server, I can set the sample rate higher and buffer size lower in Pianoteq (96000 Hz, 64 sample buffer) for virtually instantaneous and (so far) glitch-free performance. Using PulseAudio the performance is still very good, although I need to boost the samples per buffer to 256 or higher to avoid overruns, producing a slightly greater (but still very responsive and acceptable) sound-delay latency.</p><p>If I need to route the audio to and from one or more other applications within the computer (from Pianoteq to Ardour (digital-audio recorder application) for example), then a sound server such as PulseAudio or JACK is needed, but for piano practice, live performance or MIDI recording/playback within Pianoteq, the ability to connect directly from Pianoteq to the external USB audio interface for extremely low latency and high performance is great.</p><p>Pianoteq&#039;s accommodation of and integration with Linux is very thoughtful and admirable.</p>]]></content>
			<author>
				<name><![CDATA[Stephen_Doonan]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4838</uri>
			</author>
			<updated>2016-05-23T13:01:58Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943439#p943439</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943434#p943434"/>
			<content type="html"><![CDATA[<p>I experimented with JACK also, but got better results without it (i.e., with pulseaudio + ALSA). Integration with the rest of the system is also more seamless: Ptq does not interfere with other processes needing to use the sound card. With jack I&#039;d always have to manually stuff around with the &quot;connections&quot; and even then some programs would refuse to produce any sound. I&#039;ve found jack useful for other things but pianoteq seems to work better without it.</p>]]></content>
			<author>
				<name><![CDATA[SteveLy]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4729</uri>
			</author>
			<updated>2016-05-23T07:53:47Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943434#p943434</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943433#p943433"/>
			<content type="html"><![CDATA[<p>Steve-- Thanks for mentioning that you use Pianoteq with the PulseAudio sound server and its ALSA interactivity. I had always presumed that in Linux it might be better to select JACK for audio rather than PulseAudio for lower latencies and more dependable audio input/output. However, just out of curiosity, after reading your post above I have been trying Pianoteq using the ALSA backend and PulseAudio server, and the performance (CPU load) is very good (rarely above 30%), audio buffer size and latencies low (~5 ms or lower), with no Xruns (so far).</p><p>I have an Intel i7 six-core machine, and like you, the only customization I have done for the sake of audio is to use a low-latency linux kernel and disable CPU throttling (in my case, by adding the option &quot;intel_pstate=disable&quot; to the kernel command line that boots the computer.</p><p>I&#039;m very pleased. Thanks for the nudge. <i class="far fa-smile smiley"></i></p>]]></content>
			<author>
				<name><![CDATA[Stephen_Doonan]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4838</uri>
			</author>
			<updated>2016-05-23T05:06:52Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943433#p943433</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943431#p943431"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>SteveLy wrote:</cite><blockquote><div class="quotebox"><cite>merc68k wrote:</cite><blockquote><p>Thanks for your reply SteveLy.&nbsp; This is an i5 6600 system so there should be no issue with horsepower.&nbsp; I&#039;ll try disabling CPU throttling and see if that helps.&nbsp; It&#039;s surprising that none of this is necessary with pure ALSA but I suppose pulse is also adding another layer which could be all it takes to cause the occasional hiccup in low latency audio.</p></blockquote></div><p>It&#039;s all very hardware dependent. I don&#039;t know enough about what&#039;s going on under the hood in various linux (or windows) sound card drivers. I mentioned CPU frequency tweak as something&#039;s that&#039;s come up for me. Your issue may well be unrelated. But the CPU frequency switching did cause glitches for me on an i5 - also plenty horsepower, but the freq switch would make the system pause for long enough to disrupt Ptq. My strategy for getting the most out of Ptq on a given machine is trial and error tweaking and making use of the &quot;Perf&quot; window (esp the live CPU load graph) along with some &quot;torture&quot; testing.</p></blockquote></div><p>Well, that seems to have actually done the trick in my case as well, I played for a good 20 minutes hiccup free and then switched back to the powersave governor and immediately had a few.&nbsp; So thanks!&nbsp; Now to write a little script to launch PianoTeq with throttling disabled...</p>]]></content>
			<author>
				<name><![CDATA[merc68k]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4955</uri>
			</author>
			<updated>2016-05-23T00:43:55Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943431#p943431</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943429#p943429"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>merc68k wrote:</cite><blockquote><p>Thanks for your reply SteveLy.&nbsp; This is an i5 6600 system so there should be no issue with horsepower.&nbsp; I&#039;ll try disabling CPU throttling and see if that helps.&nbsp; It&#039;s surprising that none of this is necessary with pure ALSA but I suppose pulse is also adding another layer which could be all it takes to cause the occasional hiccup in low latency audio.</p></blockquote></div><p>It&#039;s all very hardware dependent. I don&#039;t know enough about what&#039;s going on under the hood in various linux (or windows) sound card drivers. I mentioned CPU frequency tweak as something&#039;s that&#039;s come up for me. Your issue may well be unrelated. But the CPU frequency switching did cause glitches for me on an i5 - also plenty horsepower, but the freq switch would make the system pause for long enough to disrupt Ptq. My strategy for getting the most out of Ptq on a given machine is trial and error tweaking and making use of the &quot;Perf&quot; window (esp the live CPU load graph) along with some &quot;torture&quot; testing.</p>]]></content>
			<author>
				<name><![CDATA[SteveLy]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4729</uri>
			</author>
			<updated>2016-05-22T20:43:51Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943429#p943429</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943426#p943426"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>SteveLy wrote:</cite><blockquote><p>Something else must be amiss because I have no probs with pulseaudio + pianoteq on several machines (oldest one being nearly 10 y.o. and the fastest one being an i5, couple of y.o.). I experienced clicks/pops on some systems and the fix was to turn CPU throttling off (setting a fixed CPU clock frequency). I also use the low latency kernels.</p></blockquote></div><p>Thanks for your reply SteveLy.&nbsp; This is an i5 6600 system so there should be no issue with horsepower.&nbsp; I&#039;ll try disabling CPU throttling and see if that helps.&nbsp; It&#039;s surprising that none of this is necessary with pure ALSA but I suppose pulse is also adding another layer which could be all it takes to cause the occasional hiccup in low latency audio.</p>]]></content>
			<author>
				<name><![CDATA[merc68k]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4955</uri>
			</author>
			<updated>2016-05-22T19:58:37Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943426#p943426</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943425#p943425"/>
			<content type="html"><![CDATA[<p>Something else must be amiss because I have no probs with pulseaudio + pianoteq on several machines (oldest one being nearly 10 y.o. and the fastest one being an i5, couple of y.o.). I experienced clicks/pops on some systems and the fix was to turn CPU throttling off (setting a fixed CPU clock frequency). I also use the low latency kernels.</p>]]></content>
			<author>
				<name><![CDATA[SteveLy]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4729</uri>
			</author>
			<updated>2016-05-22T18:18:36Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943425#p943425</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Linux: Native PulseAudio support]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=943422#p943422"/>
			<content type="html"><![CDATA[<p>Hi, I&#039;m wondering if there is any plan for native PulseAudio support in Linux.&nbsp; I ask because when using PulseAudio (via the ALSA option in PianoTeq) I get sporadic clicks and pops in the audio output.&nbsp; This happens almost never when using direct ALSA support (with Pulseaudio stopped).&nbsp; I suspect native Pulse support would probably take care of this.</p>]]></content>
			<author>
				<name><![CDATA[merc68k]]></name>
				<uri>https://forum.modartt.com/profile.php?id=4955</uri>
			</author>
			<updated>2016-05-22T16:13:42Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=943422#p943422</id>
		</entry>
</feed>
