It works!

That eliminates one audio driver.

The silly thing is that I actually get excited about stuff like this. [:)] [:O]ops: [:D]

I don't follow you here... what do you mean it elimitaes one audio driver?

Jerome

I mean you don't need to use both Jack OS X and Sunflower - you can just use one of the two and your regular audio driver. That gives you four output choices: Sunflower; audio driver; Sunflower/audio driver aggregate device; audio driver/Sunflower aggregate device (or substitute Jack for Sunflower).

If Jack OS X and Sunflower - two software drivers - will work in tandem, my idea gets you nothing. My fear is that using two audio drivers is risky.

But as I said, I could be wrong.

Ok, I see your point now... but where would the signal go if you use the aggregate device? Let's say you use "Soundflower+Audio Driver", where does the audio go?

Jerome

To an input pair inside Plogue, most likely, via Soundflower (since the first two Soundflower inputs are likely to be where the Vienna Instruments player sends its output).

Except that I'm stuck in RME Fireface 400 land, having been working with it for a review. Audio Driver + Sunflower is only going to go to an audio interface output, not into Plogue, so that doesn't work. The RME box has internal mixing, so software outputs can be routed to any DAW input.

Maybe I'm not as clever as I thought I was. You still have Soundflower and Soundflower + Audio Driver; I think that would give you two different routing options with Soundflower. But that may be another hole in my thinking.

To me, it would seem that the same issue would happen with "SoundFlower+AudioDriver", because it would simply go out SoundFlower 1-2... which is already being used by "SoundFlower"...

J.

Probably, which is wny I don't think I'm as clever as I think I am.

But it might go to another pair if Soundflower decides that pair is already being used - in which case I'd be clever all over again.

[[[:)]]]

I'd love for you to be right, but I don't think SoundFlower would act that way [[[:)]]] But there's nothing wrong in trying! [[[:)]]]

J.

Jerome:

In answer to your question- MIDI works perfectly with two standalones as each is on a different IAC bus - - so there's no mixing of signals.

Nick:

I'm not sure how having two aggregate devices would work with Logic as, unless I'm mistaken, it appears that one has to choose only one default driver in both Audio MIDI Setup and in Logic's Audio Hardware and Drivers dialog box. However it seems possible that one could make an aggregate device with both Soundflower and Jac OSX. Haven't tried it yet, however.

In answer to your earlier questions I have a MOTU 2408 mk3 audio interface, my computer is a dual 2.5GHz PowerMac, equipped with 7GB of RAM running OS 10.4.8. Logic is v. 7.2.3.

My usual working procedure is to write in Finale which is set up to play back Logic's Audio Instruments through the IAC drivers. When the score is completed, I make a MIDI file and transfer it to Logic for detailed editing. The Vienna Instruments matrices have made this a much less laborious enterprise - previously I had 64 channels of sampled instruments - - so writing each instrument on one staff and one MIDI channel has made life a lot easier.

Finally, I hope the folks at VSL are listening to our discussion here as it would be great if an upcoming revision of the VI software would include giving the standalone the ability to choose MIDI channels and, more importantly, the ability to choose audio output channels. Using the standalone is clearly a way around the 32bit limit.

Again many thanks to all of you. I will continue testing later today.

Stephen

I'm with you on that, Stephen. I think main big point that comes out of this discussion/investigation is that it may be worth VSL bulking-up the standalone a little - different midi channels, access to channels on audio devices, and maybe even multiple instances of the VI -- like a host, but not a host for plugins, just a host for the basic VI. I don't know exactly what could be done in this regard, but it certainly seems worthwhile to investigate what's possible with multiple processes.
I had the idea a while ago about the vsl-server actually spawning new instances of itself in response to memory demand, and based on available memory. Though I suppose this could be a bit of a nightmare with the server. Mind you, since the standalone seems totally self-contained, it certainly is a good candidate for such "spawning"...

J.

Given the revelations in this thread, I think that simply allowing the player to access different audio interface outputs would solve the problem - and from my armchair it doesn't seem like it would be a huge deal to implement.

I'm really curious to hear from someone who has more than 8GB installed in a Mac Pro. Can you keep loading instances? Or are there other limitations, such as CPU?

I've had no success so far in eliciting separate audio outs from different standalone instances. Also I've run into a problem when trying to record (a MIDI recording) of a perf legato cello loaded into a VI plugin after recording a sus-vib violin in the standalone. THe cello's notes keep getting cut off when I'm trying to play along with violin. However if I record the perf-legato cello first using the plugin, I can then record the violin (in the standalone) without anomalies in either instrument. Clearly this is, at least in my implementation, far from a perfect solution. (I don't think the problems I encountered result from my computer's deficiencies as, using the plugin version in the normal fashion, I'm able to play a good number of very complex matrices simultaneously - - without anomalies).

I don't think that the standalone was designed with aim of using it simultaneously with the plugin , so it would be great if the usage we've discussed in this thread - - which is essentially to find a way to overcome the RAM limits imposed by a 32bit system - - were included in the design goals of the standalone. Of course a comprehensive solution would be a 64bit version of OSX (which supposedly OS 10.5 will be), a 64 bit version of Logic and a 64bit version of the Vienna Instruments software. This desirable goal does not seem entirely likely in the immediate future, so refining the standalone, especially in light of the current licensing policy restricting each library segment to one machine, would be a significant interim improvement. If one computer can do the job of several machines even with present day technology, why not do it?

Steve, are you sure it's not a MIDI loop causing the cut off notes?

I actually think it could be an ideal solution in some ways, because the samples are loaded outside the sequencer and you can just leave them loaded when changing cues.

Okay, I'm going to try the instruments you mentioned and see how it behaves for me...

Thanks guys for testing this out. It this works, we're definitely on something here!!!

Jerome

Well, Steve's right. It looks like the stand-alone and the plug-in are sharing polyphony, or maybe one brain lobe. I loaded two perf legato instruments (actually the big programs) and found the same thing: they cut each other off.

In addition, the stand-alone instrument was a little sluggish - there was some latency.

Maybe a second host will solve the problem.

Crap. It was too good to be true!!!

Did you try with two different instruments? Or were there the same patches? (Just making sure).

I don't see how a second host could solve the problem, because we'll be back into the "VSL Server" issue again :/

Wait, hold the presses.

It was operator error. Batzdorf screwed up.

I was modwheel-switching to a short note.

Idiot!

It's working fine.

Now I have to see whether the sluggishness is real...

Yeah, it's working fine.

The latency isn't bad - it was just a slow program. I loaded the same program inside a plug-in instance and it plays exactly the same.

Moral: it's never too good to be true.

Other moral: Batzdorf, slow down before posting. [:)]

Ok, so...

You're basically saying it's working fine. Can you try with three instances + one host? Four independent lines with volume automation... just to see if it works without any problem... and I'll be tempted to get a MacPro and try it out, hehe [:)]


Now, the only problem will be how to get the signal flow to work. Because the whole point is to get at least as many outputs that we would get from a regular computer farm (like the Mac Mini Farm concept, for example).... and if we can't select channels inside the Stand Alone, that's going to get complicated...

Jerome

I messed around with Jack for a while yesterday and this morning, both on ppc and Intel, but I couldn't get the VI standalone to connect to the Jack device -- error about being busy or wrong parameters. I got Soundflower to work yesterday without any real problems, but it does mean only getting stereo input from all running standalones.

Any better experiences from you guys?

J.

--- Actually, to get Jack working would really be the solution, because Jack routes audio by application, so each VI standalone, having selected Jack as its device, would be given an independent input to the Jack router. Ideal... but the VI won't connect to Jack... ouch. Any ideas why this might be, anybody? ------