Context
FlexRadio shipped FlexLib v4.2.18.41174 today. The existing waveform status object now has multiple sub-shapes that AetherSDR's current parser will misread.
Reference: ~/build/FlexLib/FlexLib/Waveform.cs and Radio.cs ParseStatus around line 11257–11320.
Old shape (pre-v4.2.18)
S<handle>|waveform installed_list=<comma-separated names>
New shapes (v4.2.18)
In addition to the old form, the radio now broadcasts:
S<handle>|waveform container name=<name> version=<ver> [removed] — Docker container-based waveforms
S<handle>|waveform wfp_status power=<on|off> ready=<true|false> ipaddr=<IP> — waveform processor status
Work for AetherSDR
This is parser correctness — without the fix, the new sub-shapes either misparse silently or fall through with surprising state.
Context
FlexRadio shipped FlexLib v4.2.18.41174 today. The existing
waveformstatus object now has multiple sub-shapes that AetherSDR's current parser will misread.Reference:
~/build/FlexLib/FlexLib/Waveform.csandRadio.csParseStatus around line 11257–11320.Old shape (pre-v4.2.18)
S<handle>|waveform installed_list=<comma-separated names>New shapes (v4.2.18)
In addition to the old form, the radio now broadcasts:
S<handle>|waveform container name=<name> version=<ver> [removed]— Docker container-based waveformsS<handle>|waveform wfp_status power=<on|off> ready=<true|false> ipaddr=<IP>— waveform processor statusWork for AetherSDR
waveformparser to disambiguate on the leading sub-token (installed_list=,container,wfp_status).containerlist andwfp_statusin aWaveformModel(or extend the existing one).waveform uninstall <name>,waveform remove_container <name>,waveform restart <name>if a UI ever needs them (data model only for now).This is parser correctness — without the fix, the new sub-shapes either misparse silently or fall through with surprising state.