Feature Request: Multi-ASIO support

Official support for: mutools.com
Post Reply New Topic
RELATED
PRODUCTS

Post

I'm not expecting this to be (a) easy, (b) popular or (c) arrive soon (see a and b ;))...

It would come in handy in some situations if MuLab was able to open all my ASIO interfaces, rather than just one at a time. I've got JACK installed and it's got JackRouter, which would let me route audio between multiple applications (much like Reaper has ReaRoute but without it being proprietary). It would be one more step towards my only needing MuLab... (JackRouter also has internal bit bridging, so a 64bit application can exchange audio with a 32bit application.)

The idea is I'd be able to use route audio from (64bit) MuLab to an external program, e.g. Jamulus or Jamtaba (both 32bit) and then back - send and return.

You'd need two new modules to make it easy to use: "send to audio destination", which would let you choose the ASIO driver and its "input"; "receive from audio source", which would let you choose the ASIO driver and its "output". The lists would exclude the primary ASIO driver in use, if there was one.

Then you'd plug in the send as usual, picking the destination from its editor. Any audio reaching it would get sent to the destination and passed through, too. (If you didn't want this, you'd have to stop the rack you'd plugged the send into passing the audio any further.) Elsewhere, you plug in a receive and any audio from the source would get mixed into the signal path. The receive side is probably tricky unless treated as per existing audio ins but I'd like to keep them semantically distinct for my use case :).

(If not using ASIO, of course, you get the risk of the user choosing the ASIO driver for the hardware outs they're using and causing a crash/lock-up... so maybe only have the feature available if ASIO is in use, or limit the audio drivers available to match the current driver type, rather than only ASIO.)

Post

Ok, so you want to go from 32 bit to 64 and vise versa. Maybe this site can help.

http://www.rncbc.org/drupal/node/76

But then again, there might be something on here to help you out as well.

http://jackaudio.org/applications/

I second this FR though. That would be awesome. Then to add to that, one would be able to do precise multi track mixxing by means of fading between the two asio signals.
What is the structural integrity of a compound when it is broken down to its wave form?


The same as everything else that surrounds it.

https://soundcloud.com/zendrix

Post

No, going from 32 to 64 is done by Jack Audio's JackRouter.

Post

Ok, got ya :D
What is the structural integrity of a compound when it is broken down to its wave form?


The same as everything else that surrounds it.

https://soundcloud.com/zendrix

Post

Using multiple unsynced audio devices is quite complicated, especially also taking multi-core support into account. Sounds like JackRouter is doing a good job, right? If so i think it's best to continue that way.

Post

mutools wrote:Using multiple unsynced audio devices is quite complicated, especially also taking multi-core support into account. Sounds like JackRouter is doing a good job, right? If so i think it's best to continue that way.
Using JACK as it stands is possible. It would mean MuLab never having the real soundcard open and it always being configured to talk to JackRouter. And thus always running JACK in order to use MuLab. Or alternatively, run MuLab, change the audio configuration to allow JACK to start, close MuLab, start JACK (required), start MuLab, change the audio configuration to use JACK, use MuLab, change the audio configuration away from JACK (optional), close MuLab, stop JACK (required) -- every time I needed JACK.

Given the limited number of times I need to route audio between applications, though, having to start JACK running every time I run MuLab and then stop it again afterwards is inconvenient. I'd rather only run it when needed and if it could be done as simply as plugging in an extra couple of pairs of cables into a hardware mixing desk, that would be really nice.

Like I say, it's not high priority.

Post

Can't you use 2 different AudioSetup.txt files that are renamed/copied as needed, maybe using some batch/script? That should at least eliminate a couple of steps, right?

Post

mutools wrote:Can't you use 2 different AudioSetup.txt files that are renamed/copied as needed, maybe using some batch/script? That should at least eliminate a couple of steps, right?
Clever! :idea:
No band limits, aliasing is the noise of freedom!

Post

Ooh, yes... that would definitely do the trick. Good idea! :)

I might have to learn something more advanced that batch scripting... again... Start up JACK, check it's running in the background OK, switch the file, start up MuLab and wait for it to exit, switch the file, shutdown JACK.

Post

Maybe a (freeware) macro/automation tool/recorder might help too then :)
No band limits, aliasing is the noise of freedom!

Post

I'm sure PowerShell will do :).

Post

OK, that was ... interesting ... :). Here's a powershell script:
http://www.drealm.info/mu.lab/MuLabJackD.ps1

To run it, save the script, create a shortcut to the script, edit the shortcut properties to run it with powershell, using something like

Code: Select all

powershell.exe -ExecutionPolicy Unrestricted  -NonInteractive -WindowStyle Hidden -File
before the filename (in quotes if needed).

BUT BEFORE YOU RUN IT - read the script. The comments are important and it is likely either not to work or to wreck your installation. (That's why Microsoft have running scripts disabled by default, of course.) I've hopefully put enough information into the script that IF YOU HAVE A WORKING JACKD INSTALLATION you'll be able to get the script working -- so sort out JackD first.

Now... I'll have to put this to use :).

Post Reply

Return to “MuTools”