On October 23, 2012 09:28:16 AM Robert Jonsson wrote: > Hi guys, > > > I admit I don't understand midi fully. I get some grasp about it and then too much time passes so most that I don't regularily use just evaporates ;) > > > > Are pressure and aftertouch not controllers? > Tim, please see the response in the forum > http://sourceforge.net/apps/phpbb/lmuse/viewtopic.php?f=1&t=104 > hopefully it's just me that don't understand ;) > > > Regards, > Robert >
(Eek! SF is down today, can't read or respond.) Channel and key pressures are not controllers. They have their own dedicated midi messages. I must say channel pressure seems to me to be a complete waste of a dedicated midi message when they should have really made it a midi controller instead. However the real magic happens with key pressure. For this I can see why a dedicated message was required. Still, when the XG spec introduced drum controllers (per drum note), it's the same concept, so the MIDI org /could/ have made key pressure a controller as well, right from the start. Oh well. So here's what's gonna happen: ---------------------------------------------- As it stands the channel pressure support is almost complete. I tested it last night, and sure enough my keyboard responds to it. You can draw graphs etc. It is now a full-fledged MusE midi controller, (albeit faked, just like pitch control). The key pressure is a tougher dog, though. I must treat it almost like a drum controller (per-note). Can you guess what this means? The pianoroll's piano keyboard (on the left) must now retain and draw a 'current' note, just like the drum editor. Should be easy. Just draw the current key as 'blue' or something. OK after that, I will ELIMINATE the PAfter and CAfter EventType in event.h, and upon reading songs I will silently convert all such events in the song to these new controller events instead. This is because it will no longer be possible to directly enter key and channel pressure MIDI events in the Event List Editor. Instead you will enter key and pressure controller events, similar to our special MusE pitch and program events etc. (Cue: It's OK, because the Event List Editor is *not* and *cannot* be a verbose MIDI event editor - it is a MusE event editor !) And speaking of the Event List Editor, you know those two aftertouch buttons? The ones which never had any icons except for a square with a diagonal line through it? They will disappear because these events will be entered as controllers now. That's kinda neat how this works out, I always hated those two ugly icons ! Also, I noticed that the Event List Editor does not handle drum controllers to the complete extent - a box must be added to select the particular note. This will be required also for key pressures. Thankfully the editor works but preserves existing note parameters. OK then the final touch will be converting the ALSA and Jack drivers to accept and store these aftertouch input events as controllers instead of verbose MIDI events as before. So goes the plan. Tim. 2012/10/22 Geoff Beasley <[email protected]> On 22/10/12 09:31, Tim E. Real wrote: > ** I've changed it here so SND_SEQ_EVENT_KEYPRESS create true > ME_POLYAFTER events and will commit if NO OBJECTIONS. do it! great ;) > Unfinished business. There is a "snd_seq_ev_set_keypress" macro. > ** I've changed it here and will commit if NO OBJECTIONS. > > Seems pressure events could be considered as note ons? > Is it desirable? huh?? not in my world - channel/key aftertouch is an expression/modulation device only. keypress ONLY is note on. this could explain some weird behaviour seen from time to time here perhaps.. extra notes, ghost notes etc ? Imagine if the sustain pedal caused note on's ! pressure is just another variable to the already struck key. very very few keyboards output key aftertouch - channel is most common, with those KB's that have it at all. it's great you're getting right down into this stuff Tim :) building now - hope to test today to some extent - just back from a short tour. best g ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
