which effect does the rectifier produce? to me it seems that it cuts off the negative phase of the oscillator?
From the name "rectifier", I suppose that's what it does. If you really want to know, download an oscilloscope plugin (e.g. S(m)exoscope if you're on Windows) and see for yourself.
i would like to have some kind of a rectifier that only cuts off the high frequencies
That's a lowpass filter 
it's also available as a filter overdrive mode.
Sorry if I'm stating the obvious, but there are more than 70 soundsets for free download at the official site:
http://virus.info/page/render/…hes_for_the_virus_ti.html
The Virus uses a USB1 interface; the available bandwidth is simply not sufficient for streaming 16 audio channels.
Say you program the OT to send Program Change message for Multi #35. The multi will change, but the patch on Part 1 (which happens to be on the global channel) will react to this message as well, and switch to Patch #35. [Note: it's been a while since I tested it, but that's what I remember from my experiments. You're welcome to try it yourself] Since you don't want this, you have two options:
set the global MIDI channel to one you don't use for playing (e.g. 16), or disable Program Change for multi part 1.
Flabberbob is right. There is a setting in Config menu that enables switching multis with Program Change messages. The patch on the Global MIDI channel will change too. Not sure how you overcome this on the Snow (I have the TI desktop) - maybe you can use e.g. channels 1-4 for the Multi and any other channel (5-16) as global. Alternatively, you can set any part in a multi to ignore program change messages.
Hope this helps
As far as I understand, for S/PDIF connection it is important that the two devices (Virus and souncard) are synchronized. Otherwise you'll likely get unpleasant artifacts. At least, I did when I tried it.
So I tried to synchronize the Virus to the souncard (MOTU Ultralite mk3), but it didn't like that, saying something to the effect "Bad clock at SPDIF input".
So I tried the reverse, Virus the master and MOTU the slave - the sound was OK, but then the MOTU wouldn't work at all unless Virus is on.
So I decided it's not worth the hassle and gave up, using USB or analog ever since.
Just my experience, yours may be different 
Hi all,
Up until yesterday, Virus Control used to work flawlessly on my setup (TI OS 4.5, Windows 7 64-bit, Reaper 32-bit). The latency is huge, but otherwise everything was fine - VC initialized without a hitch and worked properly.
Yesterday I started getting the dreaded "communication error" message -
ZitatA Communication error has occurred. The Virus TI does not respond to request messages or the transmitted data is corrupt. Please be aware that the RAM banks in the browser window will not correspond to the actual content in the device! Please check your system setup.
I've no idea what could have changed to cause this. Most definitely I didn't change the USB configuration or install any hardware or software.
I did have a session when I modified a few patches on the Virus hardware (without VC), but then, that's what synchronization is supposed to handle, isn't it?
The following didn't help:
Any ideas for troubleshooting? I'm at loss here...
Great, thanks!
A question about the new mod sources in OS5 ("AnaKeyFine" etc).
I expected them to be general-purpose sources of random fluctuations, but when I route them to anything other than pitch (e.g., filter cutoff), they seem to have no effect. Are they really designed to modulate oscillator pitch only, and nothing else?
Is there any way to set the master volume to affect all of the outputs?
Not as far as I know.
It would be useful in a live setting to be able to fade out all of the parts of a multi simultaneously.
I think the rationale is, if you're using multiple outputs, they're most likely connected to some kind of a mixer, so you just use the faders on it.
It's not that it doesn't do anything, it's just that per-note modulation sources (e.g. Filter Envelope) cannot modulate per-voice (in other words, FX) parameters.
The modulation matrix lists all possible sources and destinations. Just be aware that some routings don't work.
Try Reaper, it shows plugin's delay in samples.
Not sure if the value Reaper gives you is the same for your DAW, but may be worth a shot (it's a free download anyway).
Hope this helps.
I doubt you can plug an S/PDIF output (digital) to an analog audio input. Or does your hi-fi really have an S/PDIF input?
Anyway, if the problem persists using the S/PDIF output, this would rule out a blown D/A converter.
An indicator on LCD wouldn't be that useful IMO.
I think the OP is talking about the arpeggiator tab in VC, which is where you actually edit the arp pattern.
Now this gets a +1 from me
From my experience, it works in Reaper. The only serious problem is huge latency, ~5000 samples, making it unusable for any kind of live playing. I work around it by drawing notes with the mouse, luckily I make electronic music 
Switching Virus Control to LIVE mode brings latency down to acceptable level, but the timing of sequenced parts starts to drift - so you can use it for playing, but not for sequencing.
Why don't you try it yourself and let us know how it works for you?
I can upload a sample Reaper project with Virus Control plugin, but in fact it's really straightforward.
Right-click on the track control panel, choose "Insert virtual instrument on new track..." and select the "Virus TI" plugin.
You'll be offered to add 16 tracks for 16 MIDI channels, I suggest you accept this option.
(note though that I have a TI Desktop and a separate controller keyboard... not sure how it is with a keyboard Virus).
hope this helps
So I got virus snow, But just picked up the Dave Smith Mopho. I'm thinking that now gives me Five separate tracks of analog synths.
Huh? Virus is digital, y'know
And, er, congratulations!
Besides the mod matrix, look at the predefined velocity destinations:
Vel -> patch volume
Vel -> Filter envelope amount
Vel -> FM amount
Thanks Ben & Marc! I really enjoyed the series, and learned a few things in the process
You can't prove that is more harder. And this is because you don't know what operating system Virus is using . Maybe is Linux.
Admittedly, I have nothing to prove it, but I'm 99.99999% certain that Virus uses a custom OS developed by Access.
And adding new filters and new OSC takes little space. Maybe a few mega bytes or so .
For all we know, Virus might have a few megabytes of RAM for the whole OS. Again, you keep thinking in PC terms, but in embedded systems, a few MB is a lot!
So i think they update this board so often because this process is not really so hard ..
Yeah, it's a piece of cake 
just give them a few weeks
@Sarrova, your post is spot on! Agreed 100%.
I really can't understand how Omnisphere was updated with 50 filters until now and the mooore expensive Virus stays with only 5 filters over the years ..
You really can't? Do you realize that it's much easier to add features to a software product, than cram stuff into limited RAM and horsepower that a hardware synth has?
Especially considering that general-purpose CPUs keep getting faster, while Virus hardware is basically unchanged since it was introduced in 2005
[yes, I know about 25% CPU increase in the TI2, but really, it's nothing compared to increase in PC CPU speeds during that period]
