Birden fazla AirPort Express, iTunes'un sesinin senkronize olmasını sağlar mı?

Gelecek ay için bir parti planlaması için aile üyelerim var ve evin her tarafında tek bir ses parçası / çalma listesi almak istiyorlar. Onların şu anki çözümü, başka bir AirPort Express'i (zaten bir çiftimiz var) almak, her birine 2.1 hoparlör eklemek ve tüm hoparlörlere kablosuz olarak akış sağlamak için tek bir iTunes örneği kullanmaktır.

İTunes'un zaten birden fazla hoparlör çıkışını desteklediğini biliyorum, ancak hiçbir zaman birden fazla kablosuz hoparlörle denemedim (her zaman bir dahili ve bir kablosuz). Çeşitli cihazlar ses çıkışlarını birbiriyle senkronize edecek mi? Odadan odaya yürürken farkedilmelerini önlemek için hafif bir ses dalgalanmasından veya gecikmesinden bile kaçınmak isterler.

İTunes bunu yapmazsa, üçüncü taraf bir uygulama (örn. Airfoil) yeterli olur mu? Her iTunes ses olacak, bu yüzden biz herhangi bir şey için Airfoil ihtiyacım olacağını sanmıyorum ama senkronizasyon; Öyle olsa bile, iTunes ses senkronizasyonunu tek başına işlemeyecekse, bu yeterli bir neden olabilir.

Wikipedia'ya göre:

AirPlay protokol yığınının AirTunes kısmı ses akışı için UDP kullanır ve RTSP ağ kontrol protokolünü temel alır. [12] Akışlar, alıcının akışların şifresini çözmek için uygun özel anahtara erişmesini gerektiren AES ile şifrelenir. [13] AirPort Express'in akış ortamı özellikleri, RTSP / RTP'nin tescilli bir çeşidi olan Apple'ın Uzaktan Ses Çıkışı Protokolü'nü (RAOP) kullanır. WDS köprülemeyi kullanarak [14] AirPort Express, AirPlay işlevselliğinin (ayrıca Internet erişimi, dosya ve yazıcı paylaşımı vb.) Karışık bir kablolu ortamda ve 10 taneye kadar kablosuz istemcide daha geniş bir mesafeden geçmesine izin verebilir.

Buradaki sayfaya bakınız .

UDP'nin ses akışı için kullanıldığını söylediği bölüme dikkat edin. UDP hata düzeltme yapmaz. TCP kullanırken (çoğu zaman), A'dan B'ye bir paket gönderdiğimde, onu gönderirim, onay alırım, sonra bir sonraki paketi gönderirim. Onay aldığımda, bu onaylamanın bir kısmı bir hata kontrol kodudur. Paketi ilk gönderdiğimde oluşturduğum hata kontrol koduyla eşleşmezse, B'ye ulaşmadan önce verilerin bir şekilde hatalı biçimlendirildiğini biliyorum ve bu yüzden tekrar gönderdim.

Bu paketi diğer tarafta başarıyla okunmadan önce birkaç kez göndermek zorunda kalırsam, bu beklenmedik bir şeye "ses" gibi gelir. Gecikme biraz farklıdır - gecikme, bir tür gecikme olduğunda veya çizgi doygun hale geldiğinde gerçekleşir ve sinyalin oraya ulaşması gerçekten de (biraz isteğe bağlı) zaman alır. Her iki modelde de olabilir.

Aradaki fark, UDP ile paketlerin kaybolması ya da bozulması halinde farketmez . iTunes, şarkıyı şimdi temsil etmek için gereken verileri gönderir . Ve şimdi ve şimdi . Özlüyorsanız ya da yanlış biçimlendirilirse, oh iyi. Şimdi sadece geçerli olanı göndermeye devam edecek.

Uzun lafın kısası: iyi olmalısın. Herhangi bir aksaklık muhtemelen kısa ve tatlı olacaktır. Ve senkronizasyon dışında? Muhtemelen hiçbir insana farkedilemez.