[linux-audio-dev] Midi/OSC help - Continuous controllers
Mario Lang
mlang at delysid.org
Sat Jun 25 11:03:26 UTC 2005
Olivier Guilyardi <ml at xung.org> writes:
> Paul Davis wrote:
>>> Actually, I just started from the following assumption : a midi
>>> hardware controller is a input device, among keyboard, mouse and
>>> others.
>> the problem is that its also an output device, for some midi h/w. add
>> this into the situation, and you start to realize that the midi h/w is
>> actually a "GUI" just like the one on the screen. forcing one GUI to
>> be mediated by another seems odd.
>
> Okay, let me try to improve this...
>
> Assumption v0.2 : a midi hardware controller is a set of input and
> output devices, and is in its nature identical to the more
> conventional monitor, keyboard and mouse.
>
> And because I like ascii diagrams, here is where this assumption drives me :
>
> +----------------+ +--------------+ +--------------+
> | input & output | <----- X ------> | GUI Toolkit | | Application |
> | devices | <---- Midi ----> | (gtk, etc..) | <---> | (MVC or not) |
> | | <-- Whatever --> | | | |
> +----------------+ +--------------+ +--------------+
>
> About configuration : there are tools to map keys to letters for a
> keyboard, so there could be tools to map knobs to controllers in case
> of a midi box.
>
> This is all theoritical, but can it be considered false ?
It at least would hurt users like me. If I already have an alternative
input/output device like a MIDI controller, I do not want to have to
run a GUI as well, since I actually wouldnt even see it.
In my mind, the application should be the engine/model, and all
views/controllers should be independent of each other. Having to go
through the bloat of running GTK or something similar is just silly if
what someone wants is to just send/receive MIDI data.
--
CYa,
Mario
More information about the Linux-audio-dev
mailing list