Вангую что оцифровка каким-то внешним АЦП

У меня вся работа в подобном заключается, правда без сжатия, так что подсказать нечего

Мб действительно по ethernet пробрасывать на хранилище?

Или железка автономная?

Не факт что пролезет

А стоп, если один канал то пролезет

Да, батарейное питание, все дела.

внешнее ацп.

АААА! Мне надо сжать, передачей может потом займусь) или не займусь)

Просто по мере понимания мне всё меньше нравится вариант со сжатием звуковыми алгоритмами, которые работают с гармониками... По факту, если всё, как показано, здесь нет того, что стоило бы сохранять фреймами из гармоник, а значит, эффективность сжатия может снизиться... Есть понимание, какая степень сжатия желательна? Если нет, то можно тупо использовать абсолютно любой алгоритм, единственное, что приспособленные под потоковую передачу алгоритмы дадут выигрыш уже на уровне программирования, так как не придется ломать голову над организацией передачи именно в реальном времени. Я же верно понимаю, что по ТЗ сигнал постоянный и непрерывный и надо его передавать в реальном времени?

У меня на f446 получалось 1Мsam/sec

ну тут всё зависит от разрешения и производительности обработки этого разрешения

Потоковой передачи нет. Я думал навертеть свой велосипед, вычитая из сигнала основную гармонику, а дальше уже сжать каким-нить методом из FLAC. Но пока попробую просто какие-нить алгоритмы.

Можешь зарыться в вейвлеты...
Они в JPEG-LS используются.
Хотя вычислительной мощности МК может не хватить.

Про вычет и сохранение только разностного сигнала я уже писал. Сразу обращаю внимание, сигнал на выходе довольно "гадкий" для обработки в этом плане, если взять участок в пару-тройку периодов входной синусоиды, то по картинке можно и фазу потерять, и хрен его знает, что будет в итоге на выходе на большом временном интервале... Но в целом подход верный. Если нет ТЗ, делать флаком, потом, если что, будет возможность передавать фреймы и не будет геморроя, если захотят тянуть не записи в виде каких-то блоков данных, а рилтайм или просто поток из прошлой записи. Фреймы можно будет отдать отдельно, ряд задач уже решен алгоритмом.

я ваших страданий не понимаю. несжатый сигнал 6.3Мбит. в bt не пролезет, в wifi -- запросто. переход на дельты сократит с 14 бит до, э..., 13. дальше хафман. вот насколько хафман будет хорош -- зависит от шумов (в том числе как оно по фазе дрожать будет). и то и другое -- вычислительно легкое.

скорее всего после этого может и в bt пролезть.

звуковую херню трогать не надо! она с потеряи и вообще заточена на другое

оцифровывать без проблем, а жать?

Может я что-то упустил в обсуждении, но почему нельзя взять БПФ и записать амплитуды и фазы отсчётов выше некого порога. А на выходе обратно преобразовывать

А это совсем другая история, не отсюда.