Rui Nuno Capela wrote:
> Ralf Mardorf wrote:
>
>> Christian wrote:
>>
>>> For the keys I love aftertouch :)
>>>
>>>
>> An option that can regulate the number of the aftertouch events that are
>> send is useful. Some sequencers have an option to reduce the amount of
>> recorded aftertouch events, but not every sequencer is able to do it.
>> Using aftertouch sometimes produce too many unneeded data, that can
>> become a problem.
>>
>>
>
> talking about aftertouch (aka key-pressure), there's two different
> kinds: "channel aftertouch" (independent of key/pitch) and "polyphonic
> aftertouch" (per key/pitch). the later is seldom implemented but it
> might give an edge on this "open-source midi keyboard" project. it also
> generates a greater amount of events as Ralf warns about
>
> cheers
>
I never had a keyboard supporting "poly pressure" ($An), they only
supported "channel pressure" ($Dn), n is for the channel.
Even the common "channel pressure" for some keyboards can cause a lot of
unneeded data, while played by keyboarders with shaky fingers ;).
Let's say you want to reach an aftertouch level of 120 ($78), this can
result in a huge amount of $Dn $78, $Dn $77, $Dn $79 etc., running
status won't reduce a lot of bytes, while there will be data for other
channels on the same MIDI port.
Another point is, at what value aftertouch should start with level 1.
Internal a keyboard there should be a resolution of more than 127 steps.
There should be settings that start aftertouch at soft pressure and
other settings to start aftertouch at hard pressure.
When using several MIDI ports even a lot of SysEx can be sent real-time,
but using only one MIDI port even aftertouch can cause timing problems.
It would be good if there would be some features for the master
keyboard, instead of using filters or editing functions by a sequencer.
Ralf
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Sat Sep 26 16:15:11 2009
This archive was generated by hypermail 2.1.8 : Sat Sep 26 2009 - 16:15:11 EEST