data pipeline fixes #20
Description
several assumptions were made early in the development lifecycle (single-target aes only)
sdr support
entire toolchain assumes we are working with non-interleaved floats, which is incompatible with complex inputs from radio sources.
todo:
- deinterleave the signal?
- do the rpp0/emma approach and just... leave it as complex'es?
- complex8 vs complex32 (hackrf vs bladerf?)
done when we can extract a test aes key from a test uC.
general software improvements
- support for flexible length keys
- spa
- point multi
- des tdes slipnslide fix
- stronger support for mandatory variables in capturebuddy/preprocessor