the virus ti does work the oldskool way …midi that is …just don’t use thevirus control plugin
It can work that way, but it’s not a reason not to fix this very eclusive feature.
Of course! I use it the ‘oldskool’ way every day. works great. But the plugin would make life easier in many ways. First of all, you can use the USB cable for both sound and midi, with less latency. (sure I’m not complaining about 4 msec latency, but for someone it would be better.). This also make space in the line-in on mixer/sound card so you can connect more synths.
Another nice thing is the patch-handeling. It’s much more easy to rename patch in the virus control, and it is also easier to find the right patch…
The last thing, that I have in mind is that with virus control renoise can by it self find the right patch for a project/song. This is annoying today. If I have set up a midi-track to the virus, I have to label the track with “virus_D_112” or “Virus_A_89”, and manual switch to the right patch. This sucks.
I really want the virus control to work…
For me (already have a VirusB) the patch-management would be 40-50% of the reason for me to get a TI.
It’s annoying that if you find a patch you like but you want to modify it, then you have to save it in the virus instead of just as a setting inside the project.
With other sequencers you could do this via SysEx but again that is not a nice solution either.
The other half would be of course the new features of the TI line.
cubedecibel,
If the patches you want to select are in the virus you can do that today via MIDI.
You just need to select the bank and patch in the MIDI instrument window in Renoise.
If you have same issue as I with the above scenario, you’re stuck at the same place.
Yes, this works for every synth I have, except on the TI. Renoise will not automatic register/remember which patch I have used.
New firmware, new results…
The latest firmware is v3.0.1.06 (released 27 feb 2009). There are some changes in the timing, but it remains unusable within Renoise.
Sometimes the arps and effects seem to sync properly for some time, but once you enable the metronone you notice they do not (either a bit too slow or too fast). In eg. Sonar they are still always right ‘on the beat’.
The behaviour with Static Buffers on/off has changed a bit during pattern play. With Static Buffers on it is still very messy, but with Static Buffers off and Live Mode on (VC)… it’s not as messy compared to former firmware releases. Effects and arps for most of the time seem to sound ok, but the tempo is wrong and there are glitches from time to time. Strange pitching of the effects howerer is reduced to a minimum (compared to former firmware versions).
Virus Control reports sync errors from time to time.
Ok just a little update on what I had said earlier. It was user error on my my part (a case of RTFM). I had said that virus control wasn’t publishing the vst parameters properly… well that’s not the case. In order for them to show up, you have to right click a param in VC and then select ‘add to automation’ (or something like that) then it will show up in the automation device.
and also @MSX… you do know about the automation device right? it allows you to automate vsti parameters. if you don’t then you’re missing out!!
Is the librarian functioning ok?
and are there also troubles when you use the USB just to feed MIDI data to the Virus TI but not using it as your soundcard?
Yup, I know about the automation device. I’m used getting 3 full pages of parameters when opening it using VC. 
(hello, neighbour 
)
Librarian function works just fine over here (loading and saving).
Changing the USB Audio Mode and Surround Output is not changing the behaviour of VC.
Some good news. We’ve discussed and analyzed the this problem deeply with Access now, and found & fixed various problems. Most of them are solved now.
Access will need to do something on their side and we needed to fix some stuff on our side as well. So the Virus should work - at least a LOT better - in the next Renoise update. As soon as Access has solved the problems on their side it should run perfectly.
Cool, great work.
To bad the f-ing economy is messed up and any Virus is €200 more expensive now than 4 months ago 
For me that is with the Euro/SEK conversion.
Edit: By the way, a big thank you for the effort to fix it, just hope Access do their part 
WOW very good news! Waiting next release soon here.
AAAAAAHHHH!!! I just fell of the chair! Wow and wow and YES! …and thanks!!!.. (And I hope this is no first April joke!!)
just out of curiosity taktik, can you share what was the gist of the problem?
Shit, forgot it was 1st of April 
Marc (access) apparently says there aren’t any fixes.
Then I just hope Marc ain’t out for some April’s fools joke.
G-d damn it, can’t someone nuke that day off the calender!!!
well… Is it [fixed] or not?
if it was an april joke, I think taktik would have already told it, but I don’t think he would ever fool his userbase, it’s not on his style. that said, we at the Renoise team were not aware of this fixing until he posted here, but I’m totally sure it’s not a joke.
Don’t worry. That was of course no joke…
New OS3 beta 3.0.1.09 from access without change log…ummm Renoise changes here?
No, I don’t think so. They said they’ll need some more time to solve the problems.
Please also note that I haven’t had a chance to test this here with a virus, only access did. All I did was assisting them. But even if it does again not yet work perfectly with the next Renoise/Virus updates. We are in contact with Access and will try to solve the problems…
Regarding the “What was the problem”: This this is not just a VST, it needs to communicate with the Host & the Virus, a HW that is running outside of your computer, so it has some special limitations & problems that normally are no problems with plain software based VSTs. So we’ve added some VST features which are normally not used, and fixed a bug with the VST timing when the static buffers option is enabled. They do need to make sure that the VST timing works with the way we do split the soundcard buffers into the internal buffers: we split the soundcard buffers into smaller event blocks to schedule parameter automations correctly.