aaarrr

Как я понимаю, вопрос был про FFMPEG. Нет, скорее всего.

Да, через UART могут не работать.

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

Соедините еще раз, проверьте правильность подключения.

Через CDC. А можно подключить через преобразователь уровней к настоящему RS-232 (если он, конечно, на ПК имеется). Вообще, раз уж МК слышит сам себя, то при подключении крест-накрест второй платы с той же программой ничто не должно помешать им слышать друг друга.

Может, землю не подключили? Передайте сначала эти четыре байта одним контроллером на самого себя.

Сервер. Возможно, просто не запущен.

0.1/0.1 делают, но тут 0.1 от метализированного отверстия без пояска до трассы на внутреннем слое. А такое уже не любят.

Своё - это не про дешевле. Можно обеспечить нужный набор периферии, форм-фактор изделия. Не нужно переживать из-за сомнительных технических решений и прихотей производителя/поставщика. И т.д и т.п.

Достаточно драйвер модифицировать. Но "штатные средства" в виде alsa могут и подавиться таким потоком.

Да, про это. I2S может помочь, но надо внимательно смотреть на предмет стыкуемости с АЦП. И отдельный драйвер городить придется.

Причем тут I2S? Речь про spidev с мостом на МК.

Боюсь, никак. Только буферизацией внутри моста можно бороться с разрывами.

На окучивание SPI.

...что, конечно, достижимо и без бареметал, но всё равно какой-то костылизм.