@MS said:
So what is wrong with using IAC midi ports then? They should have a better timing than what you could achieve with a hack such as possible within Bidule.
I already wrote about it 2 times... If use IAC, it need to reroute midiout on each track each time. Not understand?
See:
We have project with 5 tracks.
1)For playing notes and write arangement with better latency and minimum CP load, we open standalone vepro and load 5 instruments.
2) Routing:
set midiout of host track 1 to IAC1
set midiout of host track 2 to IAC2
set midiout of host track 3 to IAC3
set midiout of host track 4 to IAC4
set midiout of host track 5 to IAC5
3) ok, arangement is ready. Lets mix and bounce it. For this purpose close standalone vepro, open server version of Vepro, and load such 5 instruments, but with extra layers, mic positions e t.c. (lets imagine, that CP already cannot to play this set without clicks and crackle)
4) REROUTING!!!:
set midiout of host track 1 to Vienna Ensemble Pro ch 1
set midiout of host track 2 to Vienna Ensemble Pro ch 2
set midiout of host track 3 to Vienna Ensemble Pro ch 3
set midiout of host track 4 to Vienna Ensemble Pro ch 4
set midiout of host track 5 to Vienna Ensemble Pro ch 5
6) freeze all tracks, mixing and bouncing
7) ok, producer hear it and say - change 4 bars in begin, and 2 bars at middle.
8) REROUTING, edit, REROUTING, freeze, mix, REROUTING, edit, e.t.c.
Now, let imagine, that project have not 5 chanels, but 150? and sequence of chanels may be not regular?
For example:
set midiout of host track 18 to Vienna Ensemble Pro ch 25
set midiout of host track 19 to Vienna Ensemble Pro ch 27
set midiout of host track 20 to Vienna Ensemble Pro ch 14
set midiout of host track 21 to Vienna Ensemble Pro ch 38
set midiout of host track 22 to Vienna Ensemble Pro ch 9
If we have simple jumper on server interface "audio return to host/audio outputs to audiocard by standalone", we can doing same things for all tracks by one click at once... Without infinity changing VEPRO to IAC and than IAC to VEPRO
Also, developers can to do less works - to write just 2 application - 32 and 64 bit, but not 4: 32server, 64server, 32standalone, 64standalone.
If it is not understable again, for what all this crazy post, let me know, I will record screencast )
I understand, many people can say - hey, guy, buy 8-12 core mac pro, or two ones, and you will have not any problem with CP overloads, latency, freezes and more same things.. Yes, you right. But lot of users yet use dual core computers, and also charge for VEPRO soft, same money as users of big and fast setups, and also needs in tech support 😊 (I want to upgrade hardware, but for now I have what I have😊
Best regards!
Vadim