l0calh05t Okay, but that substitution implies different semantics, right?
that's correct, but as far as I knew no one was actually setting it to anything else than default, so this was sort of a compromise: keep ABI compatibility for everything else while changing the meaning for this (to my knowledge) unused flag. Yeah, pretty poor, but ultimately AFAIK the only thing that relied on dynamically linking to Bela is Supercollider, which I also maintain and which didn't set that specific flag.
l0calh05t Supporting audioThreadDone would be the most complex of the additions.
that's an optional function callback, you are unlikely to need it for anything. It was required for Supercollider, as it didn't have a way of being notified and gracefully shutdown if the audio thread ended because the button was pressed.
l0calh05t s there any way to check which ones are valid?
you mean which values are valid for stopButtonPin
? Any value is "valid". -1 or any number >= 128 are considered "off", values between 0 and 127 are considered "on" and the value is the pin number that will get monitored.
l0calh05t /// How many audio input channels [ignored]
int numAudioInChannels;
/// How many audio out channels [ignored]
int numAudioOutChannels;
seem to be obsolete?
You seem right. I may have left them there in case i actually wanted to use them ... it could be helpful to specify manually how many of the available I/O one wants to actually use ... currently you can do it only in a limited way by setting e.g: --board=Bela
(or .board = BelaHw_CtagFace
) to only use 4in/8out when a CTAG Beast is also connected... But as usual there are other higher-priority things going on :-(