MT01
Member
Anyone know if DAWs/Plugins can take advantage of dual/quad multicore CPUs extra processing power when running 32bit XP?
Anyone know if DAWs/Plugins can take advantage of dual/quad multicore CPUs extra processing power when running 32bit XP?
Anyone know if DAWs/Plugins can take advantage of dual/quad multicore CPUs extra processing power when running 32bit XP?
it just depends on if the DAW can utilize the multi-cores, which I guess most DAWs can?
really? there's vista 64 drivers for that interface: http://www.m-audio.com/index.php?do=support.drivers&f=961
Maybe you should contact support
jBridge sounds interesting but I would never consider adapting even more softwares just to bypass existing problems... it's not a good solution. Stuff like that always has some issues, no matter how good it seems to be... :| I would love to be wrong though!
So basically you can use a 64 bit OS well but it isn't recommended to get a 64bit DAW (using a 32 bit DAW instead) just yet?
I've been on Win 7 x64 with Sonar Producer 8.5.x for quite some time now using as many native x64 plug-ins that I can, but many of the ones that I still use are 32 bit so I depend on the internal BitBridge capabilities into Sonar, and for the few that that does not resolve, I've been using JBridge for and it works just fine. Cakewalk was kind enough to build in support for JBridge in that you do not have to do anything to take advantage of it - you just need to purchase it for $20 or whatever it costs. Bridging has caused me no noticible latency, performance problems, or other issues, it's only solved a few compatibility issues such as with Toontrack products and Sonar's native BitBridge. While I also maintain a 32 bit install of Sonar Producer on my system, I can honestly say I have not gone to it for anything other than for the rare need for REX support and I think once I wanted to use a DXi plug-in, both of which are not available in x64.
http://forum.cakewalk.com/tm.aspx?m=1852473&mpage=1Core Parking is VERY bad for DAW's - great for non-DAW Laptops - but very bad for us in the DAW world.
See here for a bit of info / explanation / more info about CPU Core Parking - http://channel9.msdn.com/forums/Coffeehouse/453920-Windows-7-on-more-than-4-cores/
Without the following " fix " you will see massive CPU spiking in Sonar and Windows Task Manager - some CPU cores will be "turned off" / "parked" depending on load and they will be dynamically turned on or off and dynamically loaded up or down as the system deems necessary - the scope for glitchs / pops / clicks / droputs etc.... in such an environment is simply enormous.
I'm a total n00b regarding this, so can anyone explain to me what is better with a 64bit DAW and 64bit plugins?
All 32-bit applications have a limit on the amount of memory they can access - this limit is 4GB. So after system memory has been accounted for, the most memory an app can use is 4GB. But, and it's a big but, a 64-bit application’s memory usage is essentially unlimited.
This is most important when using plug-ins with large sample libraries such as Spectrasonics or even something like Trillian Bass which has, as an example, a single bass that contains over 21,000 samples - now imagine the size of all those files.
64 bit operating systems are not limited in the amount of RAM they can access - the only essential limitation now is the motherboard and what it can support.
The main problem with going completely 64 bit is that it still has not been widely adopted by the various plug-in manufacturers thus it still requires the use of a bridging app to run the remaining 32 bit plug-ins you need in your productions. Some folks have bit the bullet and simply refused to use any 32 bit plugs and are just finding alternatives that are fully 64bit. I however am not one of them - I use bridging that came with Sonar as well as the third party JBridge product and have had next to zero issues. Add to that the ability to load large sample and for me it was a pretty easy choice.
Erkan, dont touch 64-bit dude. I promise you it isnt worth the hassel yet!