>From: Dave Robillard <[EMAIL PROTECTED]> > >Screenshot: >http://chat.carleton.ca/~drobilla/patchbay.png [ ... ] >Eventually it will be a combined jack/alsa patch bay
How about adding an application menu from which user may launch new applications and insert to the patchbay? Patchbay would store application's command line parameters. How about a custom application menu where user has edited the default command line parameters? E.g., a Fluidsynth would start with a sample file: "fluidsynth-808perc". Of course, applications should support configuration and sample loading via command line. How Alsa mixer relates to Patchbay? If I record Alsa's line-in, the reverberated output should not be mixed to the recording. And other way, if I record reverberation, the original should not be recorded. Could there be a Alsa module which has more connections than capture1,2 and playback1,2? When I launch Alsamixer, I would control levels with it and use Patchbay for routing. Sounds difficult if Alsa has only one recording source: "Mix". >and if anyone has ideas for an elegant >automatic-module-placement solution How about manual placement first? User could organize the modules and then save the whole thing to file. When user loads the file, the display looks the same -- and also all applications are launched. If applications are launched from shell or if Patchbay figures out the currently running Jack/Alsa system, then automatic placement would be needed. But I would like to always build the system from scratch or from file with Patchbay. Patchbay could recognize all new applications launched from shell. Usually one application is launched at a time and manual placement is no problem. Again, the end result can be saved to file and there is no need to redo the placement each time. Patchbay files could be inserted to the current patchbay. E.g., a reverb patch could have four reverb related modules which together makes the reverb. That is, four different Jack applications. Inserted Patchbay files may need null nodes. If multiple modules needs the same input, then with the null node the inputs can be combined. There is no Jack application for the null node. User who inserts the reverb to the patchbay then don't have to guess how to connect the inputs to the reverb related modules -- their inputs would not be connected at all without the null node. A subpatches/macros would make the same thing, but would be more complicated. Should users be able to set the launching order of applications in the patchbay files? Regards, Juhana
