Vienna Symphonic Library Forum
Forum Statistics

194,453 users have contributed to 42,922 threads and 257,971 posts.

In the past 24 hours, we have 5 new thread(s), 14 new post(s) and 73 new user(s).

  • Apple App Store strikes again..sorry to hear you can't buy MainStage...I would have thought they would let you buy the older version before they updated it to require Catalina...but doesn't surprise me that you can't buy it now unless you go to Catalina.  One thing you can do is find a friend that has Catalina installed on their Mac, log into the App Store from their computer using your Id.  Buy MainStage, then log out.  Then go back to your Mojave machine and you should be able to download the last known version of MainStage that runs on Mojave...  its a little work around.

    Anyway, there is another program you can check out called Gig Performer, which is similar as MainStage, runs on Mac or windows.  Its considerably more expensive though.

    As you pointed out, by going that route you will have to use some combination fo networked midi and audio, which can get expensive...

    I want to say VePro has one huge advantage which is that is handles Plugin Delay compensation and will make sure that if you are playing back a project from a DAW, everything will be sample accurate.  When you go the route of using a "Live" tool like Minstage or Gig Performer..then there is no sample accuracy...but if you're live....there is no sample accuracy anyway; just unavoidable latency.

    Pathchworks could work, I'm not sure if it can respond to Program change or not like that though.  Patchworks has problems running inside VePro, FYI...gui problems.


  • I just checked Kushview and indeed you can setup multiple "graphs".  Each graph is a cabled setup of instruments and/or FX.  And you can use Program Change to switch which graph is activated.  So you could potentially use something like that, but still you have the problem of midi and audio both getting to it in order to do that.  It can also use OSC and other things, so check with the author to find out if your need can be met inside VePro somehow.

    I would do some more experiments out of curiosity, but running out the door shortly.


  • Networking MIDI is no problem as I am already running 5 network MIDI connections (80 MIDI channels) using Audio-MIDI setup in Mac OS. The audio is the problem.

    I was able to use Sonobus to create a stereo audio send and return between the two computers, but I am not sold on the audio quality as of yet. 

    Switching graphs via parameter change in Elements might work. 

    I will keep experimenting.


  • So check this out...(click on attached image).  You can see Kushview hosted inside VePro as an audio FX plugin.  I can bring midi in from IAC (and it supports OSX network midi too).  

    So yes that would let you get both midi and audio into Reaktor that way.

    One thing to watch out for will be the timing because its hard to say when your host will send the relevant midi over network midi, and meanwhile VePro's audio stream is based on a buffers-based audio stream with perhaps significant latency...but Plugin Delay Compensation also happening...meanwhile your midi would be coming over more like realtime.  But anyway its worth a try...

    Image


  • Brilliant! Thanks!  I will try this out for the two instances of Reaktor I have going on in my FX rack.  I think there may only one, possibly two other FX plugin I use that responds to preset changes and they are both NI products that possibly could be embedded within Reaktor.   As you pointed out, many FX plugins do not support preset changes of which I may only wish to include one or two for on stage automation. So in those cases I am wondering if these individual presets could be embedded in a series of graphs that could be called up via MIDI presets.  

    Kushview also reminds me of MAXmsp which was something I was considering as a solution. The learning curve seemed a bit steep so I was holding off. Kushview is less expensive and seems more focused to the task at hand. I am curious if you chose the single subscription or the ongoing $2-$5 subscription for Kushview. 


  • Also, perhaps this might be interesting to you. I will share two images of two V-Racks that I have set up within one instance of Digital Performer on a Mac. I have another instance of DP on another Mac that runs the sequence and sends automation commands to the V-Racks. It is an unconventional setup, but it does seem to work to distribute processing and allow for access to all my virtual synths as well as route MIDI connections and automate FX mixing. 

    Image

    Image


  • I am personally opposed to subscription software so I pay kushview for each one-time Download, which so far updates have happened 2-:3x per year. That being said, I am not yet actually using it that much. If it becomes a critical part of my workflow I would definitely get a subscription. There is a new lua scripting module added recently but not documented yet which I see as being a huge potential for articulation management. I plan to explore that eventually. There are several tools out there that do this graph oriented plugin management inside a plugin: plogue bidule, ddmf, patchwork’s. But all of those have GUI problems inside vepro but somehow kushview element does not have GUI problems inside vepro. Those tools are in the $50-100 range.

  • Pardon, but did you test that IAC connection to see if it passed MIDI into VEP? No matter what I do, I can't seem to get the Kushview IAC Input Device to work inside VEP. I put a MIDI monitor on my IAC port outside VEP and it is working there, but the MIDI Monitor inside VEP shows no MIDI data.  


  • I did not test it. Does the iac port work into kushview when it’s a plugin inside other hosts? I will try it more tonight

  • I have some bad news and some good news.  the bad news is that apparently that particular feature of KushView only works in the standalone version of Kushview....not any of the plugin versions of it.  :-(. I will submit a bug.

    Semi good news. I tested out PlogueBidule, and that works for this purpose in the plugin version, but you have to make sure to use the AU version of PlogueBidule, the VST version crashes VePro a lot.  There might come up other strange GUI bugs, but right now anyway, seems to work fine.

    Unfortunately I am not able to test out your complete desired FX routing because for the life of me I can't figure out how to make the Audio Input plugin work correctly in LogicPro..there is a note in the manual for LogicPro and some work arounds, but I am still not getting it right...no more time to spend on it...but anyway, at least the midi from PlogueBidule works.  Bad news...its about $100 for PlogueBidule.  

    Image


  • Thanks again. I have not bought Bidule yet, but I have read something on their forum that a user was concerned about audio latency inside VEP. I was going to download a trial version but they only offer trials of standalone, and even that is not available presently. 


  • Plogue bidule does not do any automatic plugin delay compensation. It has tools to manually do it. Their excuse is that graphs are too complicated to figure it out automatically. I did ask them once. It’s possible that plogue does not even automatically report the resulting latency of the graph to the host but I haven’t tested that Find out. It does have a lot of tools inside and probably there is a way to manually insert a module that will report the latency that needs to be reported to the host. Then vepro will respond correctly. If not you can always put expert sleepers latency fixer on the same channel strip in vepro where bidule is, and manually report the latency that way which should solve that issue. The main issue I have had with plogue bidule inside vepro is that the vst version sometimes crashes vepro, at least in the past. But the AU version didn’t. Then I occasionally had some weird GUI bugs, which I can’t remember now if they were specifically related to using vepro on a remote slave and ms remote desktop, but anyway I would not buy without a proper demo either. Ask the author and tell him you need to test inside vepro. He kind of does his demos in a weird way. But seems to me you will get more mileage out of tweaking your reaktor setup to use parameter automation instead of midi

  • Out of the 5 FX loops I have integrated in my rig, two are Reaktor based. I had previously set these up with fixed multiFX processors. I have yet to get into selecting snapshots via MIDI and I am not quite sure how that is done. Selecting though parameter change may very well be the only way. Because Reaktor has numerous FX to choose from and they all seem to use snapshots, I wonder if snapshots from a variety of FX can be placed in a folder and treated more or less like a bank, so that when a snapshot is called, it loads said FX instance.  Maybe that is a stretch and something best left for a Reaktor forum, , but you seem knowledgable in this topic.

    In any case, I also placed Guitar Rig and Reflektor XT in two of the other loops as well as an Arturia replication of the classic Mutron Bi-Phase as that was an instrument I had years ago that I was fond of. Using Kushman Elements I began building a  BiPhase preset list and was preparing to experiments to see if I could select those via VEP parameters while the plugin was inserted in an audio bus. Guitar Rig loaded within Elements fine and I have discovered it is a versatile multi FX processor that needn't just be used for guitar FX. So I am not just using Reaktor FX is my main point here. 


  • So here's another possible way to work to consider...

    You could use a separate VePro instance for each "specific" FX instance..  And then in the main DAW you are using you switch which VePro plugin instance depend on however you want to do it.

    For example...

    let's say you have Kushview sitting as a plugin in Your DAW. (not in Vepro)  Inside that plugin you have 5 instances of VePro plugin.  Y

    ou could have those in one big graph or they could each have their own graph.  Let's take the latter situation.  Inside Kushview you have 5 graphs, and each one has a single VePro Plugin, which is connected to its own devoted instance on VePro server.

    Now Kushview can respond to PC messages in your DAW and that will cause the appropriate graph to be loaded, which will point to the particular VePro instance you want...

    Just generally moving the ProgramChange switching out of VePro and into your DAW may open some options, so long as you don't need to a actually get more midi into the FX plugin..beyond switching the preset.  For example a few rare FX plugins use midi to manipulate their effect in real time, such as Stutter Edit.  That's a different problem.  But if you just need to be able to somehow use PC message to choose which FX preset...then perhaps by using the DAW to switch which VePro instance its routing through..you can accomplish that.

    just thinking out of the box...


  • An interesting approach to be sure. I do run each FX in different instances already. I will contemplate your idea and I am not against letting go of structure that I have already created if it works better. Switching graphs does offer some possibilities. In one of the images I posted earlier, you can see that the FX mixer allows me to chain FX loops in a variety of ways, although this is overkill given that I am using multiFX processing on most of these loops, I may have to relinquish that benefit if I took the graph switching approach.  Distributing the processing to maintain stability is crucial to my plan. Presently I am using two desktops and a laptop. My plan is to eventually replace the two desktops with a pair of Mac Minis mounted in a Sonnet rack mount for a more compact live rig. The marriage of all this software has to be very stable so there are no crashes on stage.  


  • Robert, have you tried the demo or at least investigated the specifications of Blue Cat Audio's PatchWork plugin?

    It appears to be very relevant to what you've said you're trying to do. I've used it for years for a variety of odd tasks, including hosting a MIDI-controlled MultiFx rack. I've found it to be tremendously flexible and it's always done what I've wanted it to do.


  • https://forum.vsl.co.at/topic/52997/Bluecat Pathwork VST Synth Inside VEPro/287490

  • I reiterate, Robert, I suggest you try or at least investigate Patchwork for yourself.

    Most unfortunately, there seems to have been a lot of 'crying wolf' in this forum about this or that technical solution, and too often it looks suspiciously like deliberate smearing just in order to get some other provided solution favoured.

    Hence, regretfully, I strongly suggest you rely on your own investigations and judgments in this particular minefield that you're currently struggling with. (Btw I am in no way affiliated with Blue Cat Audio.)


  • last edited
    last edited

    I did look at the Blue Cat website and was very interested in Patchworks. It seemed to me, given the reported GUI issue within VEPro, that a standalone version of Patchworks with another network audio solution would be ideal. Dante audio networking would also be ideal, but the price of admission is prohibitive to me at this point. Here is a crazy thought, I noticed VEP input and event plugins were available within Kushview, but Elements does not allow audio to pass through the VEPro firewall (I suppose it the ports are simply not connected). Thinking outside the box, what about using VEPro plugins within Bidule as a means to create audio nodes for FX loops?

    In the meantime I will look into coaxing Plogue to allow a trial version of Bidule and also see about a trial version of Patchworks.

    Here is a short video I made of me playing my rig for your amusement. 😊

    Peter Gunn


  • Great video!  Loved it.

    I am sure there is a trial version of BlueCatAudio's Patchworks.  

    I will play around with Kushview and the Audio Input plugin specifically today if I get some time.