Implement audio inputs (no host is consuming them yet, but they are being
read from the device)
Bring the audio recording thread back (but nothing makes use of it just yet)
De-crap-ify some really ancient code...
Don't instantiate the auxiliary threads when running the offline render
engine.
Initial widgetry for Wave-Next to do audio recording
Since EDM-Next no longer records audio (and won't be getting that
feature back), move the audio input bits to the global areas where
other hosts can use them.
Bring back and modernize some of the old audio recording code...
Getting closer to being able to record audio in Wave-Next, still a few
more bits to flip before it can be tested.
More UI work for audio recording...
Add an OSC message for changing audio input volume
Remove the variable for whether audio inputs are active, there are
existing variables that can be used for that.
Fix debug mode in Fedora (except that RPM is still stripping debug symbols,
that fix is in progress)
Minor fixes to RPM description, etc...
Edging closer to working audio recording in Wave-Next
Give up on maintaining my scheme of shipping an optimized and stripped binary
with a unoptimized binary with debug symbols in all distros (in particular,
Fedora and RHEL variants).

"When in Rome, do as the Romans do...".  rpmbuild is a bitch about allowing
unstripped binaries in a non-debuginfo package, so just give up and install
both packages when running ./rpm.py -i , so that I can have proper core
dumps to analyze in GDB.
Still chipping away at audio recording in Wave-Next, I have a pretty
good idea of what's preventing it from working now...
In some ways, audio recording almost works now...  Still a few bugs
to work out, and sub-optimal workflows to optimize, but getting close.
Open the settings used for audio inputs at project startup
Properly move the temporary recorded files after recording
Fixes to the file paths for recorded items