On Sat, May 8, 2010 at 6:36 AM, Stephen Stubbs
<theother1510@sbcglobal.net> wrote:
Anyone using this as a MIDI controller? Experiences with it?
It's got some very weird midi mappings... basically you have to send it's midi to a GM Synth and it uses all GM channels simultaneously. Perhaps to prevent "midi overload" while strumming, it appears to send out its strum plate midi over three different channels.. so unless you have all those channels on the same voice, you get a very odd effect (which i guess someone might use to good effect... each string ends up playing a different sounding instrument).
The worst part is you really can't turn off the "rhythm accompaniment" ... and even in "EZ-Play" mode (where the rhythm/backing crud is turned off and you can just play), it appears to output spurious midi anyways. Nothing that a little midi-filtering can't solve. I tried hooking this up to a Roland JP8000 to allow for some knob-twiddling while strumming, but it is truly a midi-mapping nightmare.
(FYI, the Q-chord has a Yamaha chip as it's sound generator, but qxgedit can't control it).
IMHO, what Linux/Jack really needs is a Jack-based q-chord emulator that doesn't have such weird midi-mappings, spurious rhythm/accompaniment output, etc. Instead of the strum plate, you just use a midi input. Then either drive the input directly off a keyboard or use an arpeggiator to do the "strumming" based on keys held down on the keyboard. Such a q-chord emulator would end up being a new kind of arpeggiator for linux that could drive any external or internal softsynth.
Basically instead of specifying the number of octaves the fingered arpeggiation pattern is repeated over, you specify the desired chord, arpeggiation range, and perhaps arpeggiation/strumming pattern.
Of course it would be pretty easy to implement the strumming motion directly with a mouse that you move back and forth over the "strings" depicted on the screen.