Thanks so much for the quick responses!
Side note to John - I am just blown away that YOU responded, and so quickly. The customer service and community aspects of Eigenlabs are just amazing. If only more companies were so engaged! Thank you.
@CarvingCode - no, alas, the decimation rate doesn't help.
@John - After watching your presentation on the eigenkey I think I understand the problem a bit better. I was under the false impression that while aftertouch is calculated based on pressure, velocity was calculated based only on the force with which the surface of the key is hit, independent of key pressure. Now that I see the way the key works, this issue is less mysterious, though it makes it hard to concoct a good alternative scenario!
The "delay" solution you describe would be a fantastic option - but the aliveness of the key is such a marvelous thing, I'd hate to see it mucked with in any permanent way, so I'd love it ONLY if it was an option that could be set or turned off in the software.
The idea of using yaw as aftertouch is a great suggestion - might solve the whole thing, actually. If the yaw is set to send AT in one direction only, I could simply alter the way I hit the key when the independent AT is desired (favoring the opposite side of the key from the yaw direction at first).
I'll probably work up something in Bidule eventually as well re a remapping of aftertouch values or even a delay on sending them - if people are interested (it seems at least a few use Bidule here) I'll post any layouts that result.
Brook