Hello!

Is there a way to specify the which midi device sends/receives CC's via ctlin/ctlout? Using ctlin/ctlout currently sends/receives CC's on all devices, which is not very useful.

I'm trying to use two midi interfaces to translate MIDI from an external sequencer to a drum machine, and another from the drum machine to the sequencer.

Thanks!

I guess you have to specify the device's channel... does the device send MIDI messages apart from receiving? Open [ctlin]'s help patch and check the device's channel and use that as the second argument to [ctlout] (first argument is controller number).

Hi Alexandros, thanks for your reply.

Yes, I can specify the channel, but as far as im concerned those midi channels don't determine which midi device will be utilized. Each midi device has an input and output.

Midiin/midiout do support a "port" setting, and that does control which midi device is utilized, but the this parameter is nonexistent in ctlin/ctlout objects.

The only way I can think of still being able to specify the device is to rewrite ctlin using midiin and specifying the device, but I'm new in PD and this might set me back a few weeks...

@narfnarf Hi Narfnarf,

Have a look on this conversation from some years ago, it may help you with what you need (I didn't test it because I don't have more than one MIDI device to plug in on my computer): http://lists.puredata.info/pipermail/pd-list/2010-10/083853.html

Cheers!
Gilberto

Gilberto!

According to that post I should be able to address the additional midi device by specifying its midi channel + 16. (16 being the midi channels from the 1st device.

I will try this solution when I get home and report back to the forum with my findings. BTW, in running off raspberry pi. I read somewhere that other OS's might not support multiple midi devices. Just wanted to throw that out there for anyone looking for a similar solution.

Thank you!

According to that post I should be able to address the additional midi device by specifying its midi channel + 16

That's exactly why I sent this to you, but I had no means of testing it.

I will try this solution when I get home and report back to the forum with my findings

That would be highly appreciated!

Good luck and take care!
Gilberto

OK, some good news and bad... But maybe there is a workaround I'm not aware of.

The good news: When specifying channel 17 the 2nd midi device is indeed used on channel 1.

The bad news is that in order to specify a midi channel, you have to provide an argument for the cc# first, which forces you to ignore all other cc#'s. ...unless someone knows how to specify the channel without specifying the cc#?

hi, you could try [ctlin} like this:

I needed something similar so I patched this abstraction for doing that.

cc.zip

@weightless That's interesting. I almost but do not quite understand that patch. Perhaps it is because I do not understand the specific use case.

The O.P. seems to be talking about translating controller messages in a real-time sequencing environment. For that I tend to leave out as much calculation as possible and just use a single route object with all the ports/controller I need to filter the midin and 3 element list substitution to program the output objects.

@NoDSP This was in relation to post #7. By using [ctlin] you can specify just the cc# in the argument, but you can't specify just the midi channel. The purpose of this was to be able to get all cc# on one particular midi channel, or just one cc depending on what arguments you provide.

@weightless Ah, I see. My method for that has always been to break out all the separate channels I need with the first route (ie [route 1 2 3]) then use the individual outputs to more route objects with the desired controller numbers for each channel. Keeps it tight.

I had the same problem, I used spigots:

maybe you can use comport and define different channels? but that's for hardware stuff i guess..