27 Nov
2014
27 Nov
'14
10:31 p.m.
Hi all,
I may not be naming what I want to do correctly so here is the long version.
I have a Behringer BRC2000 midi controller, connected to pc through usb.
It has 108 rotary knobs and buttons that, by default, send midi signals in
midi channel #0.
One can alter the channel of each controller by entering EDIT mode and
selecting the new midi channel. This is not fast for real time operation
though.
What I would like to do is read the value of one of the buttons that the
surface offers and depending on the value of that button, (on or off) I
would like to modify the midi channel of all the controllers of the
surface. To give an example, say the button is OFF , then all the
controllers send midi data on channel #0 . Then I press the button and then
all the controllers send midi data in channel #1.
If I use the 4 buttons at the bottom right corner of the BRC2000, I can
effectively access all 16 midi channels and thus have a whooping ( 108 cc -
4 addressing buttons ) * 16 midi channels = 1664 different controllers at
my disposal.
Is there an application out there which I can program to do that?
Surely I can develop a C++ application based on jakc API to do that, but I
wonder if there is something ready out there. If something like that does
not exist, would anyone be interesteed in developing it?
Thank you for your help.
27 Nov
27 Nov
10:38 p.m.
Hi,
On Thu, Nov 27, 2014 at 10:30 PM, Athanasios Silis <
athanasios.silis(a)gmail.com> wrote:
What I would like to do is read the value of one of the buttons that the
surface offers and depending on the value of that button
I think generally people refer to midish for that type of stuff:
http://www.midish.org/
1664 different controllers at my disposal.
Might I query how you intend to remember all such mappings? </joke>
Particularly for live-performance, I feel it useful to have a very small
set of inputs, with sensible "ranges", and then to musically explore the
terrain they provide.
Having 1664 controls would not let me create music: it would actually
hinder me. Perhaps this is a personal thing, or perhaps you're trying to
experiment with crazy workflows on purpose. Anyway, I'll just leave this
here:
http://en.wikipedia.org/wiki/Creative_limitation
Cheers, -Harry
--
http://www.openavproductions.com
11:06 p.m.
Hi Harry!
while waiting for a reply I also came across mididings which looks
promising, I'll look into midish as well!
and 1664 controls is indeed overkill. I am not planning to use the them for
music production.
rather for audio routing purposes.in a hightly complex home setup :P
thanks !
On Fri, Nov 28, 2014 at 12:38 AM, Harry van Haaren <harryhaaren(a)gmail.com>
wrote:
Hi,
On Thu, Nov 27, 2014 at 10:30 PM, Athanasios Silis <
athanasios.silis(a)gmail.com> wrote:
What I would like to do is read the value of one of the buttons that the
surface offers and depending on the value of that button
I think generally people refer to midish for that type of stuff:
http://www.midish.org/
1664 different controllers at my disposal.
Might I query how you intend to remember all such mappings? </joke>
Particularly for live-performance, I feel it useful to have a very small
set of inputs, with sensible "ranges", and then to musically explore the
terrain they provide.
Having 1664 controls would not let me create music: it would actually
hinder me. Perhaps this is a personal thing, or perhaps you're trying to
experiment with crazy workflows on purpose. Anyway, I'll just leave this
here:
http://en.wikipedia.org/wiki/Creative_limitation
Cheers, -Harry
--
http://www.openavproductions.com
1 Dec
1 Dec
7:05 p.m.
Hi Harry!
while waiting for a reply I also came across mididings which looks promising, I'll
look into midish as well!
I have been using Mididings for some time on my production setup , building small applets
for MIDI control and routing. It works very well with both Jack and direct ALSA MIDI. I
was intrigued to hear about Midish, and its syntax is a lot easier for me than
Mididings' (I do a good bit of scripting but not deep programming), but unfortunately
Midish does not do Jack MIDI, and for my applications I have found that Jack MIDI works
much better in general .
J.E.B.
Jonathan E. Brickman
Ponderworthy Music | jeb(a)ponderworthy.com | (785)233-9977 | http://ponderworthy.com
28 Nov
28 Nov
1:48 a.m.
Years ago I wrote a thing to do that:
http://www.restivo.org/blog/archives/midi-splitter
If you feel like hacking up your own you could use that as a basis. But there are other
more generally-useful tools available however.
-ken
--
--------
On Fri, Nov 28, 2014 at 12:30:57AM +0200, Athanasios Silis wrote:
Hi all,
I may not be naming what I want to do correctly so here is the long version.
I have a Behringer BRC2000 midi controller, connected to pc through usb.
It has 108 rotary knobs and buttons that, by default, send midi signals in
midi channel #0.
One can alter the channel of each controller by entering EDIT mode and
selecting the new midi channel. This is not fast for real time operation
though.
What I would like to do is read the value of one of the buttons that the
surface offers and depending on the value of that button, (on or off) I
would like to modify the midi channel of all the controllers of the
surface. To give an example, say the button is OFF , then all the
controllers send midi data on channel #0 . Then I press the button and then
all the controllers send midi data in channel #1.
If I use the 4 buttons at the bottom right corner of the BRC2000, I can
effectively access all 16 midi channels and thus have a whooping ( 108 cc -
4 addressing buttons ) * 16 midi channels = 1664 different controllers at
my disposal.
Is there an application out there which I can program to do that?
Surely I can develop a C++ application based on jakc API to do that, but I
wonder if there is something ready out there. If something like that does
not exist, would anyone be interesteed in developing it?
Thank you for your help.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
5:12 a.m.
On Thu, 27 Nov 2014 17:48:10 -0800
Ken Restivo <ken(a)restivo.org> wrote:
"It listens on channel 16 for MIDI events to split." -
http://www.restivo.org/projects/midisplit/README.txt
Several old keyboards send on MIDI channel 1 only.
Can this be changed by changing the "15" value in splits.c or is it
done somewhere else?
5:18 a.m.
On Fri, 28 Nov 2014 06:12:44 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
On Thu, 27 Nov 2014 17:48:10 -0800
Ken Restivo <ken(a)restivo.org> wrote:
"It listens on channel 16 for MIDI events to split." -
http://www.restivo.org/projects/midisplit/README.txt
Several old keyboards send on MIDI channel 1 only.
Can this be changed by changing the "15" value in splits.c or is it
done somewhere else?
Sorry, I don't know this language, I suspect it tests, if the value is
<= 15? and somewhere else the default channel is set?
5:35 a.m.
On Fri, 28 Nov 2014 06:18:21 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
On Fri, 28 Nov 2014 06:12:44 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
^^^ of output channels
set by command line or a config file?
I couldn't find where the listening/input channel is set :(.
On Thu, 27 Nov 2014 17:48:10 -0800
Ken Restivo <ken(a)restivo.org> wrote:
"It listens on channel 16 for MIDI events to split." -
http://www.restivo.org/projects/midisplit/README.txt
Several old keyboards send on MIDI channel 1 only.
Can this be changed by changing the "15" value in splits.c or is it
done somewhere else?
Sorry, I don't know this language, I suspect it tests, if the value is
<= 15? and somewhere else the default channel is set? 
9:58 a.m.
Am Freitag, 28. November 2014, 06:35:39 schrieb Ralf Mardorf:
On Fri, 28 Nov 2014 06:18:21 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
midisplit.h has this constant defined:
#define MIDISPLIT_META_CHANNEL 15
Then, in midisplit.c, in main()
...
if(cmdchan == MIDISPLIT_META_CHANNEL){
split_special(ev, evtype);
} else {
switch_by_channel(ev, evtype, cmdchan);
}
...
On Fri, 28 Nov 2014 06:12:44 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
^^^ of output channels
set by command line or a config file?
I couldn't find where the listening/input channel is set :(. On Thu, 27 Nov 2014 17:48:10 -0800
Ken Restivo <ken(a)restivo.org> wrote:
"It listens on channel 16 for MIDI events to split." -
http://www.restivo.org/projects/midisplit/README.txt
Several old keyboards send on MIDI channel 1 only.
Can this be changed by changing the "15" value in splits.c or is it
done somewhere else?
Sorry, I don't know this language, I suspect it tests, if the value is
<= 15? and somewhere else the default channel is set? _______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
1 Dec
1 Dec
7:03 a.m.
On Fri, Nov 28, 2014 at 10:58:06AM +0100, Edgar Aichinger wrote:
Am Freitag, 28. November 2014, 06:35:39 schrieb Ralf
Mardorf:
Yep, sorry it wasn't designed to be very user-configurable.
That's indeed the number to change.
There was a very good reason why I picked chan 16 to handle all the meta-controls, but I
don't remember what it was now, 7 years later.
-ken
On Fri, 28 Nov 2014 06:18:21 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
midisplit.h has this constant defined:
#define MIDISPLIT_META_CHANNEL 15
Then, in midisplit.c, in main()
...
if(cmdchan == MIDISPLIT_META_CHANNEL){
split_special(ev, evtype);
} else {
switch_by_channel(ev, evtype, cmdchan);
}
...
On Fri, 28 Nov 2014 06:12:44 +0100
Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote:
^^^ of output channels
set by command line or a config file?
I couldn't find where the listening/input channel is set :(. On Thu, 27 Nov 2014 17:48:10 -0800
Ken Restivo <ken(a)restivo.org> wrote:
> http://www.restivo.org/blog/archives/midi-splitter
"It listens on channel 16 for MIDI events to split." -
http://www.restivo.org/projects/midisplit/README.txt
Several old keyboards send on MIDI channel 1 only.
Can this be changed by changing the "15" value in splits.c or is it
done somewhere else?
Sorry, I don't know this language, I suspect it tests, if the value is
<= 15? and somewhere else the default channel is set?
3440
days inactive
3444
days old
linux-audio-user@lists.linuxaudio.org
10 comments
6 participants
participants (6)
-
Athanasios Silis -
Edgar Aichinger -
Harry van Haaren -
Jonathan E. Brickman -
Ken Restivo -
Ralf Mardorf