• SONAR
  • Sonar X2a not cooperating with UAD (p.2)
2012/12/22 21:26:58
JSGlen
Thanks Craig for confirming my issue. I'll just use the bus FX bin since I mostly use the UAD plugs anyway. And Danny, I don't mind you expressing your issues here. In my mind it is all related anyway. 
2012/12/22 23:06:03
Anderton
Danny - I've pretty much gone all 64-bit, but just for grins I created a steinberg/VSTplugins folder in the x86 section and moved all the 32-bit UAD plug-ins there. I tried the 32-bit plugs in Ableton Live 8.5, and they worked. They also worked in Acid Pro. However, Mixcraft 6, which is pretty tolerant, threw up an error message for several plug-ins that said "The procedure entry point ?Create@CHypSharedData@@SGPAXKPAXKKK0@Z could not be located in the dynamic link library HypGui.dll"

There was a different error message for some plugs, which is too long to include here but said something about UADPlugCallbackHanderl and not being located ni the dynamic link library UAD2DriverClient.dll.

So whatever Sonar is doing, it seems Mixcraft does it too. Feel free to quote this message and pass it along to UA.
2012/12/23 06:35:55
Danny Danzi
Anderton


Danny - I've pretty much gone all 64-bit, but just for grins I created a steinberg/VSTplugins folder in the x86 section and moved all the 32-bit UAD plug-ins there. I tried the 32-bit plugs in Ableton Live 8.5, and they worked. They also worked in Acid Pro. However, Mixcraft 6, which is pretty tolerant, threw up an error message for several plug-ins that said "The procedure entry point ?Create@CHypSharedData@@SGPAXKPAXKKK0@Z could not be located in the dynamic link library HypGui.dll"

There was a different error message for some plugs, which is too long to include here but said something about UADPlugCallbackHanderl and not being located ni the dynamic link library UAD2DriverClient.dll.

So whatever Sonar is doing, it seems Mixcraft does it too. Feel free to quote this message and pass it along to UA.

JS, thanks for your understanding brother...much appreciated! :)
 
Craig, thanks soo much! Yeah, I actually did the same thing and came up with the same results. I'm going to try something else that will probably fail, but it's worth it to try at least because if it DOES work, at least I'll have things working.
 
My idea is, I'm going to take my 6.3 32 bit plugs and copy them to another directory. Then install the 6.4 update. After that's done, I'm going to delete the UAD 32 bit plug folder and try to add my old ones in just to see what happens. I sincerely believe there has been some sort of code change within the 32 bit plugs in the 6.4 vs. whatever the 32 bit plugs are. I just have to try it and see what happens. Wrost case scenario, I just dump it all, uninstall 6.4 and go back to 6.3 which works perfectly other than no 64 bit support.
 
I really wish I could go full 64 bit. It's amazing how much cpu it saves as well as what else I can add into my projects. But man, there are a few plugs that I use that are DX and some that are VST's that aren't 64 bit that I just can't part with. I've tried so many times to replace them with others that I have, but I just don't like the results no matter how hard I try. Thankfully, I have killer recording boxes so 64 bit is not a necessity for me...but I still would love to use it if possible...which I can, I'm just stuck with bitbridge and j-bridge for some things. But I'm going to try this. I don't think it's going to work due to the UAD firmware/control panel update probably geared up to use the latest plugs...but it's worth a try until they can hopefully sort this out.
 
I'll definitely share the info you gave me with UAD. Thanks so much once again for taking the time to try and help me out here, I really appreciate it brother. :) I'll report back if anything I try happens to work.
 
-Danny
2012/12/23 08:33:40
Danny Danzi
Just an update...I tried all the things I mentioned above. Epic fail. The new software won't recognize the old plugs and the old software won't recognize the 64 bit plugs. I knew that would be the case, but I had to try it anyway. :)

-Danny
2012/12/23 11:18:39
Billy Buck
I gotta say that going from 32-bit to 64-bit UA version 64 has been totally painless, and that includes installing, updating, and authorizing an internal Quad card, the card in the Apollo, and an external Satellite. I was pretty impressed it all worked so well, actually.



Yeah, the same flawless performance here as well. I am using a UAD-2 QUAD & SOLO (PCIe cards) and an Apollo QUAD via FW800. Some DAW hosts like SONAR get confused as to what to call up/use when you have installed & scanned both x32 & x64 UAD versions. Simply using installing/scanning one 6.4 version or the other (commit to x32 or x64) and you are golden. Once v6.4 was released I was all in (solely using Win7 x64 now) and fully commited to using only the x64 versions. Every WinXP x32 UAD plug-in laden project has opened and played fine in Win 7 x64. All previous saved projects with x32 UAD plug-ins get seamlessly replaced by their corresponding x64 counterpart along with all saved presets. I am actually quite amazed out how smoothly my Win XP x32 -> Win 7 x64 transition has gone. If I closed my eyes I would think I am still using Win XP 32bit (as far as UAD plug-ins go).



The lack of "qualification" doesn't mean they won't fix Sonar-related issues, but it also means that someone in tech support can't call up the database of test procedures they used for Logic, Cubase, and Pro Tools. It also means that particular person may not be familiar enough with Sonar to understand the nature of the problem.



I've talked to the UA tech guys many times in the past. It is true that they will only "qualify" a few select high profile DAW apps. There is a rigorous testing & qualification process. It is no coincidence that the (3) DAW's that UA uses to "qualify" their plug-ins are the leading developers of the plug-in formats VST (Cubase), RTAS (Pro-Tools) & AU (Logic). If their plug-ins are "qualified" on those hosts then reason has it that the rest of the DAW hosts (using those same plug-in formats) will work accordingly if they are following the specified plug-in spec.


That does not mean that less rigorous testing is not going on, in a multitude of other DAW apps. Truth be told, it was admitted to me that they actually have most every DAW available on their bench test computers and their beta testers use a wide variety of DAWs (SONAR and even REAPER). Every registered UAD user will get tech support regardless of the actual DAW that they use. 


Cheers,


Billy Buck
2012/12/23 11:43:49
Danny Danzi
Billy Buck



I gotta say that going from 32-bit to 64-bit UA version 64 has been totally painless, and that includes installing, updating, and authorizing an internal Quad card, the card in the Apollo, and an external Satellite. I was pretty impressed it all worked so well, actually.



Yeah, the same flawless performance here as well. I am using a UAD-2 QUAD & SOLO (PCIe cards) and an Apollo QUAD via FW800. Some DAW hosts like SONAR get confused as to what to call up/use when you have installed & scanned both x32 & x64 UAD versions. Simply using installing/scanning one 6.4 version or the other (commit to x32 or x64) and you are golden. Once v6.4 was released I was all in (solely using Win7 x64 now) and fully commited to using only the x64 versions. Every WinXP x32 UAD plug-in laden project has opened and played fine in Win 7 x64. All previous saved projects with x32 UAD plug-ins get seamlessly replaced by their corresponding x64 counterpart along with all saved presets. I am actually quite amazed out how smoothly my Win XP x32 -> Win 7 x64 transition has gone. If I closed my eyes I would think I am still using Win XP 32bit (as far as UAD plug-ins go).




The lack of "qualification" doesn't mean they won't fix Sonar-related issues, but it also means that someone in tech support can't call up the database of test procedures they used for Logic, Cubase, and Pro Tools. It also means that particular person may not be familiar enough with Sonar to understand the nature of the problem.



I've talked to the UA tech guys many times in the past. It is true that they will only "qualify" a few select high profile DAW apps. There is a rigorous testing & qualification process. It is no coincidence that the (3) DAW's that UA uses to "qualify" their plug-ins are the leading developers of the plug-in formats VST (Cubase), RTAS (Pro-Tools) & AU (Logic). If their plug-ins are "qualified" on those hosts then reason has it that the rest of the DAW hosts (using those same plug-in formats) will work accordingly if they are following the specified plug-in spec.


That does not mean that less rigorous testing is not going on, in a multitude of other DAW apps. Truth be told, it was admitted to me that they actually have most every DAW available on their bench test computers and their beta testers use a wide variety of DAWs (SONAR and even REAPER). Every registered UAD user will get tech support regardless of the actual DAW that they use. 


Cheers,


Billy Buck

Same here Billy....UAD 64 is perfect for me also. I'm trying my hardest to eliminate my use for 32 bit. I just can't seem to find plugs that are as good as some of my old DX and the VST's that aren't 64. It's hard to believe that in this day and age that I'd not be able to find replacements. But I get certain sounds out of these that I just can't get out of anything else. If they didn't make that much of a difference, I'd ditch them in a heart-beat. But alas, I'm stuck for now until I can figure something out. :)
 
-Danny
2012/12/23 16:07:50
Anderton
Danny, what are these plug-ins you find so essential? I'm curious.
2012/12/23 18:35:41
Danny Danzi
Anderton


Danny, what are these plug-ins you find so essential? I'm curious.

I soo knew someone would ask and embarrass me into telling. LOL! j/k
 
I use this reverb from Anwida Soft which is DX....incredible for drums and has one of the best gated sounds I've ever heard. The cool thing about this verb that is unlike others is when you crank it up and make it 100% wet, you don't have to use as much "send" level as you would anything else. So in turn, it doesn't raise the level of your instrument at all. You know how you sometimes have to really jump on a send to hear the effect you want and it raises the level? This doesn't happen.
 
Some old Beat Model suite that has some very cool pieces in it. They sound VERY analog which I normally don't go for, but these do it in a good way without the ugly coloration and saturation we get out of today's "so called" analog pieces.
 
The first version of Clone Ensemble. Totally love it moreso than the latest one. Neither are 64 bit. This gets used on just about all my back-up vocal tracks.
 
The old Q Sound plugin suite. I really get some good results out of these mixing them with other plugs just a touch to create sounds within sounds that I just can't get elsewhere. I'm surprised they still even work.
 
Antares Mic Modeler....I don't believe they even make this anymore, maybe they do....could of sworn it was D/C'd. Whatever the case, I love it and have all the mic models for it. Yeah I know it's probably just some form of eq or IR type of deal, but whatever it is, it can make a huge difference on things just by adding a model to your tracks. Works on everything.
 
An old Blue Tubes bundle that sound better than the updated one. The multi delay plug is off the hook.
 
PSP Stereo pack....not sure what they did to the new one I bought, but I hate it compared to the old one. You can dial in the exact same settings you used on the old version into the new version and it sounds completely different. Smaller, not as effective enhancing stereo feeds like the older version I bought. The new one just sounds sterile and...well, sort of too digitally imaged if that makes sense.
 
ARC 1 version 1.1.1...the only version of this plug that keeps the correction for me upon loading a saved project. I have this weird anomaly that I think only happens to me and one other person. Any version of ARC 1 over 1.1.1 will not hold correction. I can do the correction procedure on all of them, it's the plug that fails. I'll explain...because this is too easy for people to miss and it could be happening to some and they don't even know it.
 
So I use, lets say 1.3.1 which is the latest...and I'm forced to use it now because X2 crashes horribly with 1.1.1. I load up a project, save it. The next time I open that project, I press play and notice I'm getting my un-corrected sound. I open the plug to see if it's enabled because it's giving me the sound of disabled. When I double click the plug in my master bus bin, as it opens...it IS enabled and THEN applies the correction sound as it's being opened. I've had a support ticket with them for 3 years that is still open to this day because they can't figure it out. Now here's the weird thing...
 
I recently played drums for Frank Tanton (notnat on the forum) and when I open the project I did with him, ARC literally behaves correctly upon opening. It plays the correction as it should. But all other projects (it doesn't matter what version of Sonar I use) do not play my correction until I double click the plug in the bin and then it kicks in AS it opens. So this was my reason to stick with ARC 1.1.1.....plus I just like it better than ARC 2. But I'm screwed now with ARC 1, so I may have to go to 2 since I can't find a version that will hold correction. It's so weird man!
 
The above are game changers for me and actually, part of how I get the over-all sounds I get on my recordings. I've tried to substitute them whenever possible and have come up with fair results....but they just aren't strong enough results to write them off in my opinion. The ARC 1 thing is driving me crazy currently.
 
-Danny
12
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account