¿convertir lotes (100+) de fuentes de audio analógicas a RTP / UDP / 'paquetes IP'?

¿Sabes que las preguntas de compras no están permitidas aquí? Afortunadamente, nunca he sido capaz de seguir las reglas ...

Grandes cantidades de audio a través de Ethernet no son fáciles ni baratas. He estado haciendo esto profesionalmente durante los últimos 14 años, y todavía no he bajado el precio a lo que consideraría barato.

No recomendaría un enfoque de bricolaje a esto. Construir los PCB, escribir el software, probar, etc. es difícil para este tipo de proyecto. Está bien si quieres comenzar una nueva carrera en audio a través de Ethernet, pero probablemente sea demasiado para alguien que solo hace esto como pasatiempo.

Para los productos comerciales, lo más barato que conozco son las cajas de Atterotech . Siguen el estándar de protocolo Cobranet y, por lo tanto, interactuarán con otros dispositivos Cobranet. Pero mientras dije que esto es lo más barato, ¡no es barato! Además, este es un equipo de audio profesional, con un rendimiento de audio profesional. Otras compañías que fabrican productos similares son QSC Audio , Rane , Whirlwind , Peavey, Biamp y muchos otros.

No hay mucho para los módulos que hacen la interfaz de red y los circuitos ADC / DAC. En una vida anterior, diseñé el Cirrus Logic CM-1 y CM-2 módulos que harán hasta 32x32 canales de audio en red, pero no incluyen los ADC y los DAC. Conectar convertidores a estos módulos no es difícil, pero aún así podría estar más allá de lo que quiere hacer.

Hay otros módulos similares al CM-1/2 de Audinate , Lab X y otros. Pero no creo que sean más fáciles ni más baratos para sus usos.

Ok, así que sin saber mucho sobre tu aplicación, solo comentaré de manera más general sobre mi experiencia con el audio sobre IP.

No mencionó ningún tipo de requisitos en tiempo real; si todo lo que necesita hacer es grabar un montón de audio para su posterior reproducción, ignore lo siguiente.

Nuevamente, no mencionaste el ancho de banda de audio, la elección de la solución estará muy influenciada por esto.

Por lo tanto, mi experiencia es principalmente con RTP: es una buena apuesta para un protocolo, se asienta perfectamente en UDP y hay muchas herramientas de código abierto, etc. También es compatible con el uso de IP de transmisión; por lo tanto, un "panel de parches cruzado" virtual es factible.

Debes pensar en la latencia de tus transmisiones y, en general, en lo preocupado que estás de sincronizar la reproducción de 10, 20, 50 transmisiones, etc.

Se incurre en la latencia a lo largo de toda la cadena: codificación, transporte, decodificación.

Algunos códecs tienen una latencia mínima; algunos están diseñados para una latencia baja.
Todos los códecs de audio hacen un intercambio entre la calidad, la latencia y el esfuerzo de la CPU.

La mayoría de los códecs de baja latencia generan paquetes bastante cortos, por lo que la eficiencia de su red disminuye un poco (muchos paquetes cortos significan mucha sobrecarga de IP).

También ten en cuenta que el volumen de todo ese audio (si bien es factible) es problemático para Ethernet debido a la forma en que está diseñado. Solo dividir el ancho de banda de su red por la velocidad de datos de audio es no una buena manera de hacerlo.

No tengo ninguna sugerencia para el hardware, pero en teoría podría hacer varios canales de audio en cualquier cosa desde un Arduino Mega up ...