Handling Keyboard Events on the Audio Thread directly

[nat3Github]

It would be nice to have a way to handle Keyboard events directly in the audio thread.

Implementation Idea: a Channel that gets shared between the WindowHandle and the audiothread, where duplicate KeyEvent messages get send to the audiothread.

rationale: lower latency when triggering audio with the keyboard than going around the editor gui thread, possibly processing that late and sending it again to the audio thread.

This is a feature request not a bug!

[tphbrok]

(disclaimer: Rust and nih-plug newbie)

I've implemented something similar (using crossbeam_channel) to trigger the export of a recorded buffer through a file dialog created from the audio thread when a button is clicked in the GUI.

Chances are I'm doing something unorthodox here, as any delay in real-time audio processing could be noticeable (see this blog: Real-time audio programming 101: time waits for nothing).