radio

A common protocol structure is to have a header containing a length field, followed by data of length bytes, followed by additional protocol fields such as a CRC. If the length field is variable, the position of subsequent URH-specified protocol fields defined by fixed position will not be in the correct location.

I do not know the best way to address this, but quick and easy way to support

What happened?

wavfile_sink.h still says
https://github.com/gnuradio/gnuradio/blob/d25a59cbb61992237b8d46db85be9c40ed5adf9e/gr-blocks/include/gnuradio/blocks/wavfile_source.h#L21

Also, [Check gr_make_wavfile_source() for extra info.](https://github.com/gnuradio/gnuradio/blob/main

Is there an existing issue for this problem?

• I have searched the existing issues

What part of EdgeTX is the focus of this bug?

Transmitter firmware

Current Behavior

When using trim switches, you get a "minimum/maximum trim reached" voice message on reaching either trim limit.
Then every subsequent trim click in the same direction gives infinite beeps, just like w

It would be nice to be able to select which entries in the playout history are included when the list is exported. The checkout boxes are already there, but need plumbing into the export buttons.