Open jwaldmann opened 2 years ago
Sorry for late reply, thanks for reaching out. I've tried your example on Manjaro with JACK setup over Cadence. And it works fine:
Prelude Csound.Base> bwsPort1 = "'Bitwig Studio:Stereo In-L'"
Prelude Csound.Base> bwsPort2 = "'Bitwig Studio:Stereo In-R'"
Prelude Csound.Base> csPort1 = "cse:output1"
Prelude Csound.Base> csPort2 = "cse:output2"
Prelude Csound.Base> connect = setJackConnect [(csPort1, bwsPort1), (csPort2, bwsPort2)]
Prelude Csound.Base> dacBy (setJack "cse" <> connect) $ fromMono $ uosc 0.5 * sqr 300
Here I connect it to BitwigStudio DAW. My Csound is v6.16
I can not help with pipewire since it's not installed on my PC. I've tried it once out of curiocity and could not make it work. The general rule for config problems is to ask on Csound forum and then render simple sound (osc 200) and try to find csound flags that work as raw string invoking Csound directly and then adapt that with Haskell dacBy routine flags
Your question stirred an idea for me to read runtime jack info and setup that for user.
For example samplerate can be set only in the way that jack uses. If the user does not provide that over daBy
we probably should query jack instance for that info. As it's tedious to match them up
I'm running Manjaro with Pipewire, and the pedalboard example crashed until I removed setJack
completely (and connected an amp, in my case Guitarix with default settings, to make levels audible).
It shows up like this in Helvum:
I think I worked around by using the patchbay of qjackctrl ( https://www.rncbc.org/drupal/node/76 )
But still it'd be nice to be able to set things programmatically, instead of manually.
But still it'd be nice to be able to set things programmatically, instead of manually.
Indeed. My current solution is to spin up a parallel thread that waits 0.1 seconds, then runs a shell script consisting of a load of calls to pw-link
. But obviously, that's horrible.
to clarify: patchbay needs manual config just once, to make a "profile", that can be set as default, and then works for each instance of csound running. (depends on the condition that ports always have the same name.)
Yes, unfortunately Helvum (basically the new, PipeWire-native, equivalent of the Qjackctl patchbay) doesn't yet persist anything: https://gitlab.freedesktop.org/pipewire/helvum/-/issues/55
On Fedora 35, with pipewire for audio routing: I wanted to apply https://github.com/spell-music/csound-expression/issues/61#issuecomment-737122525 but is does no longer work.
Standard operation is fine: When I just run
dac $ osc 300
, output portscsound:output_FL
csound:output_FR
do appear (visible withjack_lsp
, and inqjackctl
). I can connect them manually from the command linejack_connect 'csound:output_FL' 'Firefox:input_FL'
.But when I try this connection from within c-s-e, I get
same with extra single quotes, and your suggested
at (delaySig 1)
.When I try to just re-name the output,
I expect it to produce sound as in the standard case, just with renamed csound ports. But I hear no sound at all, and there are no ports visible.
Hi Anton, I am again using csound-expression in my lecture. Because COVID, we switch to remote teaching, right this week, and all sorts of technical problems re-appear ... This thing here is not a blocker, as I can connect the ports manually, but that's quite inconvenient. What can I do to debug the above behaviour?