<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Modartt user forum - CPU Overload Setting]]></title>
		<link>https://forum.modartt.com/viewtopic.php?id=666</link>
		<description><![CDATA[The most recent posts in CPU Overload Setting.]]></description>
		<lastBuildDate>Tue, 24 Nov 2009 22:23:41 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: CPU Overload Setting]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=7350#p7350</link>
			<description><![CDATA[<p>hmm, i never heard that. </p><p>what i remember is back when Pianoteq was &quot;windows/mac only&quot; the multi-core rendering option did not work through WINE under Linux, as it would double the CPU usage.</p><p>i am very curious as to your progress with your standalone box!</p>]]></description>
			<author><![CDATA[null@example.com (ethanay)]]></author>
			<pubDate>Tue, 24 Nov 2009 22:23:41 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=7350#p7350</guid>
		</item>
		<item>
			<title><![CDATA[Re: CPU Overload Setting]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=7347#p7347</link>
			<description><![CDATA[<p>I thought it was widely accepted (at the time) as a work-in-progress that multicore rendering in Linux is not 100% reliable on all architectures.</p><p>My point in this post was that the CPU settings in the Options panel were reset every time you open Pianoteq.&nbsp; I haven&#039;t verified this in Linux on 3.5.1 yet.. It may be fixed, since I&#039;ve been running Pianoteq without problems the past week.</p>]]></description>
			<author><![CDATA[null@example.com (JerryKnight)]]></author>
			<pubDate>Tue, 24 Nov 2009 21:24:32 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=7347#p7347</guid>
		</item>
		<item>
			<title><![CDATA[Re: CPU Overload Setting]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=7343#p7343</link>
			<description><![CDATA[<p>this is strange -- i get absolutely no load spikes ever on my linux setup.&nbsp; What is your hardware and software setup?&nbsp; did&nbsp; you ever get this resolved?</p>]]></description>
			<author><![CDATA[null@example.com (ethanay)]]></author>
			<pubDate>Tue, 24 Nov 2009 19:39:03 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=7343#p7343</guid>
		</item>
		<item>
			<title><![CDATA[CPU Overload Setting]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=4822#p4822</link>
			<description><![CDATA[<p>I&#039;ve been playing with my new standalone Pianoteq linux box and it seems to freak out fairly frequently.&nbsp; I investigated the sound load meter in the performance options, and when it &quot;freaks out&quot; the load spikes to 100%.&nbsp; It&#039;s not a gradual, wow-you&#039;re-playing-too-many-notes increase; it&#039;s a sudden, out-of-nowhere spike to 100%.&nbsp; So I turned off CPU Overload protection and it stopped hiccuping whenever the load spikes, but the spikes continued.&nbsp; Turning off multicore rendering stopped the spikes, so I&#039;ll stick with that for now, since it performs great single-cored.&nbsp; </p><p>I&#039;m not too concerned about the multicore load spikes because there&#039;s still a lot I can adjust (update PT, realtime kernel, etc), but it did uncover a small glitch in the interface, I think.&nbsp; Quitting and restarting Pianoteq causes the CPU Overload Protection setting to be reset to on, no matter what it was set before closing.&nbsp; Maybe this was intentional..&nbsp; The multicore setting does seem to be persistent, so there&#039;s no real problem for me.&nbsp; Just thought I&#039;d ask.</p><p>Linux box is running 3.0.3, but I tested it on my Mac (3.0.2) and the setting behaves the same.&nbsp; Maybe 3.0.4 changed it, but the changelog didn&#039;t say anything about it.</p>]]></description>
			<author><![CDATA[null@example.com (JerryKnight)]]></author>
			<pubDate>Mon, 08 Jun 2009 14:42:40 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=4822#p4822</guid>
		</item>
	</channel>
</rss>
