Tengo miembros de la familia que planean una fiesta para el próximo mes y buscan una sola pista de audio/lista de reproducción que se transmita en toda la casa. Su solución actual es elegir otro AirPort Express (ya tenemos un par), conectar altavoces 2.1 a cada uno y usar una sola instancia de iTunes para transmitir a todos los altavoces de forma inalámbrica.
Sé que iTunes ya admite varias salidas de altavoces, pero nunca lo he probado con varios altavoces inalámbricos (siempre ha sido uno interno y otro inalámbrico). ¿Los distintos dispositivos mantendrán sus salidas de audio sincronizadas entre sí? Les gustaría mucho evitar que una vibración o retraso en el sonido, aunque sea leve, se vuelva perceptible al caminar de una habitación a otra.
Si iTunes no hace esto, ¿será suficiente una aplicación de terceros (por ejemplo, Airfoil)? Todo será audio de iTunes, así que no creo que necesitemos Airfoil para nada más que sincronización; aun así, esa puede ser razón suficiente, si iTunes no maneja la sincronización de audio por sí solo.
Según Wikipedia:
La parte AirTunes de la pila de protocolos AirPlay usa UDP para la transmisión de audio y se basa en el protocolo de control de red RTSP.[12] Los flujos se cifran con AES, lo que requiere que el receptor tenga acceso a la clave privada adecuada para descifrar los flujos.[13] Las capacidades de transmisión de medios de AirPort Express utilizan el Protocolo de salida de audio remoto (RAOP) de Apple, una variante patentada de RTSP/RTP. Al utilizar el puente WDS, [14] AirPort Express puede permitir la funcionalidad AirPlay (así como el acceso a Internet, el uso compartido de archivos e impresoras, etc.) a través de una distancia mayor en un entorno mixto de clientes con cable y hasta 10 inalámbricos.
Vea la página aquí .
Observe la parte donde dice que UDP se usa para transmitir audio. UDP no corrige errores. Cuando uso TCP (la mayoría de las veces), cuando envío un paquete de A a B, lo envío, obtengo confirmación y luego envío el siguiente paquete. Cuando recibo la confirmación, parte de esa confirmación es un código de verificación de error. Si no coincide con el código de verificación de error que generé cuando envié el paquete por primera vez, sé que los datos se formalizaron de alguna manera antes de llegar a B y, por lo tanto, los envío de nuevo.
Si tengo que enviar ese paquete varias veces antes de que se lea con éxito en el otro lado, eso "suena como" algo inesperado. El retraso es un poco diferente: el retraso ocurre cuando hay algún tipo de retraso, o la línea está saturada y en realidad toma (una cantidad arbitraria de) tiempo para que la señal llegue allí. Eso podría suceder bajo cualquier modelo.
La diferencia es que, con UDP, si los paquetes se pierden o se corrompen, no importa . iTunes enviará todos los datos necesarios para representar la canción ahora . Y ahora , y ahora . Si te lo pierdes o se deforma, bueno. Seguirá enviando sólo lo pertinente ahora.
Para resumir: deberías estar bien. Cualquier falla probablemente será corta y dulce. ¿Y fuera de sincronía? Probablemente no sea perceptible para ningún ser humano.
binario inadaptado
Harv
binario inadaptado