brian brock
Sylvan
brian brock
I have been assuming that the issue was because of the way Sonar doesn't have "real" mono tracks, as is also shown in the way it uses the same UAD dsp on a mono as on a stereo track.
Can you please elaborate on what you mean about "SONAR does not have "real" mono"?
I don't entirely understand it, but here are a couple of places where people more or less explain what I'm talking about:
http://forum.cockos.com/project.php?issueid=4667
http://uadforum.com/general-discussion/13059-no-mono-versions-la2a-plugins.html
My impression is that when Sonar has a mono track, it pretty much just uses the left side of a stereo track. My guess is that some plugins with saturation (for example) are treating stereo instances with some kind of crosstalk between the channels, and that this is what's giving Sonar problems with Alloy 2 and the Console Emulator.
That's the problem in a nutshell. I'm surprised there hasn't been more of a clamoring for proper mono plugin handling on this forum since UA ditched the mono versions. Perhaps there's not that many UAD users, or the majority of UAD/Sonar don't know about this issue. It's nuts, but in a host like Studio One, I can run up to 40% more UAD plugins compared to Sonar because of the mono plugin support in the host. It's like having an extra DSP added to my UAD-2 Duo, versus trying to do the same mix in Sonar. I wonder if other VST plugins would benefit from mono processing also...
I was really hoping with VST3 and the improved VST implementation in X3 that we'd see proper mono handling of plugins, but alas, no luck.
That said, I don't think the mono issue has anything to do with the buzzing issues in this thread.