<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Modartt user forum - Version 3.5 much more demanding on CPU]]></title>
	<link rel="self" href="https://forum.modartt.com/extern.php?action=feed&amp;tid=879&amp;type=atom"/>
	<updated>2009-11-20T22:37:43Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.modartt.com/viewtopic.php?id=879</id>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=7229#p7229"/>
			<content type="html"><![CDATA[<p>Here&#039;s a 3.5.1 performance update, particularly for Mac users. </p><p>I used Glenn&#039;s link to a HUGE version of Mozart&#039;s Turkish March&nbsp; as a test. (Mozart evidently came back to life in 1860 lol). See the Forum thread &quot;Pianoteq Workout&quot;.&nbsp; &nbsp;It gets to a polyphony of just over 100 a couple times</p><p>Mac&nbsp; early 2008 8-core 2.8 GHz, lots of RAM&nbsp; OS 10.5.8. Coming out of internal digital toslink.</p><p>Pianoteq 3.5.1 (standard) in stand alone mode.&nbsp; C3&nbsp; Recording preset</p><p>max polyphony 128,&nbsp; &nbsp;48K sample rate (96K host).</p><p>@ 64 samples no multi-core rendering, the file squawked and scratched and was useless. </p><br /><p>@64 samples again&nbsp; but with&nbsp; multi-core checked, the file played better than single core, but still had too many scratches to be workable.<br />&nbsp; <br />@128 samples buffer it played back fine&nbsp; with or w/o multi-core.</p><p>The only way I could get the file to play @64 samples was to use multi-core, internal sample rate @19200, and max polyphony @64, and it worked, but crackled alot.</p><p>The lesson is that buffer size is by far the greatest determiner of performance, in my setup at least.&nbsp; Multi-core rendering seems to make only minor difference on a Mac, although I hope it would help when Pianoteq is used as a plugin.&nbsp; Of course, the preset could be tweaked to bring down CPU usage.&nbsp; Once a MIDI file is made, I&#039;ll increase the buffer size </p><p>3.5 is&nbsp; a hog, but I like the sound very much in my initial use of it.</p>]]></content>
			<author>
				<name><![CDATA[Steve solum]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1109</uri>
			</author>
			<updated>2009-11-20T22:37:43Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=7229#p7229</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=7175#p7175"/>
			<content type="html"><![CDATA[<p>The general rule is to increase the buffers until the latency is unaccepatable. (The buffers hold data\samples into short term memory, so they can be played rapidly). But at some point, increasing them will start to cause too great a latency, since the system has to load the samples into them. There&#039;s no rule about the correct number--you have to experiment. The goal is to find the least number possible. Just start with very high settings, listen to the results (high latency) and then reduce them stepwise until you reach the point at which you get break-ups, and then back-up one step.</p><p>But if you have a problem with other sound software not producing sounds while you play Pianoteq, the problem is probably that the internal card just won&#039;t let you use both sound sources at once. Can you play two other sound-based programs at once? That shouldn&#039;t happen. Assuming your on a Windows machine, did you open the Mixing panel? Something there may be muted or reduced in volume.</p><p>Regardless, you may want to invest in one of the several relatively inexpensive external usb or firewire sound cards. They start at around $150, fit in a briefcase or satchel, and produce much better and much louder (2-3X) the sound. </p><p>But think about what specs you want. Most have at least one input and output jacks, so that, when you&#039;re at home, you could plug in other several other instruments as well and\or run lines to powered monitors. The more inputs, the better. Some have mics inputs. Most, to use a mic for a vocal or recording an acoustic guitar, etc, require that you use an additional amplified mixing board. (These are also readily available, small, and inexpensive, and you could get one later, after you get the basic setup.)</p>]]></content>
			<author>
				<name><![CDATA[Jake Johnson]]></name>
				<uri>https://forum.modartt.com/profile.php?id=11</uri>
			</author>
			<updated>2009-11-19T06:13:57Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=7175#p7175</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=7160#p7160"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>Jake Johnson wrote:</cite><blockquote><p>theJourney:</p><p>Have you tried the usual experiments with increasing the number of buffers for the sound card?</p><p>Something else you might try: A few months ago, someone posted that he was getting surprisingly good sound with the PTeq sample rate reduced to 2200. You&#039;ll notice some loss of quality, but not as much as you might expect,and it might be viable for playing in the hotel room late at night.</p></blockquote></div><br /><p>I must admit I am a bit of a novice.<br />Especially understanding the relationship between Pianoteq settings, asioall settings, my sound card etc.&nbsp; </p><p>For example, I try to change some parameters but the changes don&#039;t take.</p><p>Also, why can I not use Pianoteq together with other applications that produce sound?</p>]]></content>
			<author>
				<name><![CDATA[theJourney]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1152</uri>
			</author>
			<updated>2009-11-18T19:26:13Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=7160#p7160</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=7124#p7124"/>
			<content type="html"><![CDATA[<p>theJourney:</p><p>Have you tried the usual experiments with increasing the number of buffers for the sound card?</p><p>Something else you might try: A few months ago, someone posted that he was getting surprisingly good sound with the PTeq sample rate reduced to 2200. You&#039;ll notice some loss of quality, but not as much as you might expect,and it might be viable for playing in the hotel room late at night.</p>]]></content>
			<author>
				<name><![CDATA[Jake Johnson]]></name>
				<uri>https://forum.modartt.com/profile.php?id=11</uri>
			</author>
			<updated>2009-11-17T16:47:48Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=7124#p7124</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=7123#p7123"/>
			<content type="html"><![CDATA[<p>I had previously tried an earlier demo version on my laptop and it seemed to work ok so I purchased the latest 3.5 with the idea of using it with a CME UKeys controller as a hotel room travelling piano.</p><p>I can get PianoTeq running on my Samsung NC20 with VIA NANO U2250 processor 1.6 GHz, however, it can&#039;t come close to playing the thunder file (which my home PC&nbsp; -- Pentium D 2.8 Ghz -- plays just fine).</p><p>Any help on tweaking for maximum performance would be appreciated.</p>]]></content>
			<author>
				<name><![CDATA[theJourney]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1152</uri>
			</author>
			<updated>2009-11-17T14:09:27Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=7123#p7123</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6920#p6920"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>julien wrote:</cite><blockquote><p>An utility that can be used to check the cpu frequency in real-time is rmclock ( <a href="http://cpu.rightmark.org/products/rmclock.shtml">http://cpu.rightmark.org/products/rmclock.shtml</a> )</p><p>Gilles: you might want to try that: <a href="http://www.tomstricks.com/how-to-set-processor-affinity-to-an-applicationor-process-in-windows-vistaxp/">http://www.tomstricks.com/how-to-set-pr...s-vistaxp/</a> but I&#039;m not sure if it will help a lot, if you lock the pianoteq process on one core, then you won&#039;t get any benefit from multicore rendering</p></blockquote></div><p>I think I have found a workaround for my dual core balance problem but I find it a bit puzzling.</p><p>I first launch the US-122 control panel which starts running under a standard process known as run32dll.exe, then I use its guitar tuning function which puts it in a loop waiting for guitar input, then I set the processor affinity of the run32dll.exe process to cpu 0 EVEN if it already runs on cpu 1.</p><p>After that, I launch pianoteq and it starts running on cpu 0 and I get my balanced system where I have both cores running equally, and I get no crackles. I then have to quit the US-122 control panel with the ok button, or it will go on waiting for guitar input forever...</p><p>This doesn&#039;t work if I don&#039;t lock rundll32.exe or try to lock it to cpu 1 where it is already running, pianoteq then, most of the times, starts also on cpu 1...the other running tasks don&#039;t seem to have any effect on this behaviour.</p><p>The only explanation I can think of is that, on my hardware, Windows mostly uses cpu 0 and the system has a tendency to start cpu intensive processes on cpu 1 first. By starting first the driver loop, the system then uses cpu 0 as a first choice for pianoteq which comes later. But why it work only by setting this false affinity for the rundll32.exe is beyond me! The driver loop STAYS on cpu 1 it doesn&#039;t move to cpu 0.</p>]]></content>
			<author>
				<name><![CDATA[Gilles]]></name>
				<uri>https://forum.modartt.com/profile.php?id=657</uri>
			</author>
			<updated>2009-11-06T21:48:33Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6920#p6920</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6918#p6918"/>
			<content type="html"><![CDATA[<p>i am working on Cubase SX 3.1.944</p><p>i had the same problem with 3.5.0 about presets savaing, sometimes, with earlier projects made with 3.0</p><p>i told it to Modartt and Julien Pommier asked me to try an upgrade, and the problem of presets is gone, but like other here :</p><p>much more CPU charge with the same song.</p><p>So for now, mabe one temporary solution :</p><p>- Reinstalling the v 3.5.0<br />- open a song made with 3.0 but not saved with the 3.5, so having the right preset the first time. Then, save the FXP preset separatly<br />- unload the pianiteq plugin of the slot<br />- save the song without Pianoteq<br />- open the song<br />- choose Pianoteq 3.5.0 in the empty slot, and take the right FXP from the drive<br />- save the song<br />- open the song : the right preset is good, and the CPU charge is OK.</p>]]></content>
			<author>
				<name><![CDATA[cslevine]]></name>
				<uri>https://forum.modartt.com/profile.php?id=48</uri>
			</author>
			<updated>2009-11-06T20:39:19Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6918#p6918</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6915#p6915"/>
			<content type="html"><![CDATA[<p>Windows XP SP2, Intel Core2Duo 2.0 GHz, 2 GB DDR2 RAM. ASIO4ALL is the issue.</p><p>3.5.1 Pro behaves much better now.</p>]]></content>
			<author>
				<name><![CDATA[EvilDragon]]></name>
				<uri>https://forum.modartt.com/profile.php?id=618</uri>
			</author>
			<updated>2009-11-06T18:44:37Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6915#p6915</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6911#p6911"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>EvilDragon wrote:</cite><blockquote><p>No, the CPU load is FINE. The drivers are what is causing the clicks.</p></blockquote></div><p>What system are you on? I am on OS X 10.5.8, I can have 64 sample buffer in Login Pro 8 but must have 256 in PTQ and even then... clearly something is wrong with PTQ on Mac/Core audio, IMHO, send quite a few bug reports about this.</p><p>And I don&#039;t notice any performance difference at all between 3.0 and 3.5</p>]]></content>
			<author>
				<name><![CDATA[nutela]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1128</uri>
			</author>
			<updated>2009-11-06T16:39:41Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6911#p6911</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6907#p6907"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>Jake Johnson wrote:</cite><blockquote><p>Giles,</p><p>Did you try using the latest driver for the more recent Tascam US-144? The two machines are very similar. Just guessing, here. Might, but just might, work.</p></blockquote></div><p>I looked into it, and the US-122L and US-144 use a completely different driver numbering scheme than the obsolete US-122, so I guess they would not be compatible since the newer models support 96kHz samples while the US-122 is limited to 48kHz. Even these models are now obsolete, having been replaced by a &quot;MKII&quot; version.</p><p>The Tascam drivers are annoyingly complicated to install and I wouldn&#039;t try it unless I have a really good reason...</p><p>I did find (by googling) that a newer driver (3.4.0) exist for the US-122 but it reportedly only adds Vista support which I don&#039;t need.</p><p>Tascam is not very reputable for software support, having completely stopped selling GigaStudio, which was the reason I had bought the US-122 in the first place...I have to live with my choice for the time being since I find that the 24 bit US-122 sounds very good with pianoteq, better in fact than the other card I have, the Audigy 2ZS.</p>]]></content>
			<author>
				<name><![CDATA[Gilles]]></name>
				<uri>https://forum.modartt.com/profile.php?id=657</uri>
			</author>
			<updated>2009-11-06T14:53:27Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6907#p6907</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6906#p6906"/>
			<content type="html"><![CDATA[<p>Giles,</p><p>Did you try using the latest driver for the more recent Tascam US-144? The two machines are very similar. Just guessing, here. Might, but just might, work.</p>]]></content>
			<author>
				<name><![CDATA[Jake Johnson]]></name>
				<uri>https://forum.modartt.com/profile.php?id=11</uri>
			</author>
			<updated>2009-11-06T14:04:57Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6906#p6906</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6905#p6905"/>
			<content type="html"><![CDATA[<p>You can have both 3.5 and 3.0.5. installed in different directories. Some DAWs won&#039;t see both VST DLLs, though.</p>]]></content>
			<author>
				<name><![CDATA[EvilDragon]]></name>
				<uri>https://forum.modartt.com/profile.php?id=618</uri>
			</author>
			<updated>2009-11-06T13:59:11Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6905#p6905</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6904#p6904"/>
			<content type="html"><![CDATA[<p>Julien,</p><p>Can I reinstall the 3.05 version over the 3.5 to get rid of the crackling and noise again?</p><p>I will get a new machine in a couple of weeks but want to use Pianoteq for the time being as it was before on my outdated CPU.</p>]]></content>
			<author>
				<name><![CDATA[stuenn]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1135</uri>
			</author>
			<updated>2009-11-06T13:42:02Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6904#p6904</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6902#p6902"/>
			<content type="html"><![CDATA[<div class="quotebox"><cite>julien wrote:</cite><blockquote><p>Gilles: you might want to try that: <a href="http://www.tomstricks.com/how-to-set-processor-affinity-to-an-applicationor-process-in-windows-vistaxp/">http://www.tomstricks.com/how-to-set-pr...s-vistaxp/</a> but I&#039;m not sure if it will help a lot, if you lock the pianoteq process on one core, then you won&#039;t get any benefit from multicore rendering</p></blockquote></div><p>Thanks for the advice, but you are right, it is worse when locking to one cpu. The problem is there is only one pianoteq process running and the loop that takes too much resource in my case is probably a thread inside the process, part of the Tascam ASIO driver. </p><p>Sometimes this thread gets launched on the other cpu and that helps very much, but I have no control on the thread assignement.</p><p>Of course this might be because the Tascam driver is badly written and shouldn&#039;t have such a loop, but I can&#039;t update it since Tascam doesn&#039;t sell the US-122 any more, and ASIO4ALL doesn&#039;t seem to be a very good choice.</p><p>If the ASIO driver was launched as a different process, then I would be able to lock it after launch but there would probably be a performance penalty with interprocess communication.</p>]]></content>
			<author>
				<name><![CDATA[Gilles]]></name>
				<uri>https://forum.modartt.com/profile.php?id=657</uri>
			</author>
			<updated>2009-11-05T20:07:37Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6902#p6902</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Version 3.5 much more demanding on CPU]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=6901#p6901"/>
			<content type="html"><![CDATA[<p>We have released a 3.5.1 update that improves (a bit) multicore-rendering on windows with high cpu loads. But it is true that v3.5 uses more cpu than version 3.0.</p><p>Something that is very important with modern cpus is to make sure that the cpu frequency throttling (that is when the cpu lowers its frequency to reduce power usage) is disabled. In Vista, setting the power management setting on &quot;high-performance&quot; should disable it.</p><p>An utility that can be used to check the cpu frequency in real-time is rmclock ( <a href="http://cpu.rightmark.org/products/rmclock.shtml">http://cpu.rightmark.org/products/rmclock.shtml</a> )</p><p>Gilles: you might want to try that: <a href="http://www.tomstricks.com/how-to-set-processor-affinity-to-an-applicationor-process-in-windows-vistaxp/">http://www.tomstricks.com/how-to-set-pr...s-vistaxp/</a> but I&#039;m not sure if it will help a lot, if you lock the pianoteq process on one core, then you won&#039;t get any benefit from multicore rendering</p>]]></content>
			<author>
				<name><![CDATA[julien]]></name>
				<uri>https://forum.modartt.com/profile.php?id=2</uri>
			</author>
			<updated>2009-11-05T19:27:26Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=6901#p6901</id>
		</entry>
</feed>
