>Wozu eigentlich das ganze? Ich streame meine Musik aufs Fahrrad, wo die Bässe stehen und kann den "Henkelmann" als Topteile umher tragen. Das sieht für den aussenstehenden sicher gut aus, wenn nur ein Henkelmann am Start ist, das Bassfundament aber unerklärlich und nicht sichtbar aus dem Busch zugeblasen wird
aaach...
>Was ist für den TWS-Slave anders als bei Standalone-Betrieb?
ich kann nur raten: die sync - Quelle.
weil: EINER ist der master im System.
bei ollem windoof war es gnadenlos geregelt: der sog. "mixer" mischt mit fixer Frequenz (glaube 48khz) und alles wird gewaltsam auf diese Frequenz "re-sampelt" und alle outputs (DAC, soundkarten) haben sich an diesen Takt zu halten. basta. (war halt etwas "unfexibel" und nicht dolle in der Klangqualität, das resampling war ja auch nicht gerade "doll". )
glaube, ab XP war es dann fexibel: der mixer werkelt auf der Frequenz der Quelle, also zb eine CD-Datei wird mit 44k1 abgespielt ohne sie zu "vernudeln".
nu...interessant wird es, wenn das Ziel nicht im PC liegt, also zb ein USB-DAC.
da greift jetzt die Definition des entsürechenden Bus-/Transfer-Systems, also hier von USB 1 oder 2 , Audio mit fixem Takt zu senden, also das Ziel muss sich immer nach dem sync des USB-Bus richten (egal, wie schlecht der ist)
auch nicht sooo klasse, daher gabs dann eine "Hi-End"-variante, mit isochronem Transfer. Allerdings deutlich schwieriger zu handeln, bzw zu programmieren, weil jetzt muss erst per "Diskussion" (handshake) geklärt werden, welche caps das Ziel hat, was es möchte und worauf man sich dann einigt. Ist das erfolgreich, sendet der PC Datenpackete nach Anforderung des Ziels, was natürlich auch entsprechend Puffer haben muss, um eine gewisse Zeitverzögerung abzufangen.
ok - bei BT scheint es immer flexibel zu laufen: das Ziel bekommt offenbar Daten nach Anforderung, was bedeutet: der Takt kann im BT-modul erzeugt werden und der stream kommt dann scho passend dazu. (vermutlich, weil sowieso ein handshake bzgl Dekoder caps. usw. erforderlich ist und die Daten sowieso völlig unsynchron, weil als kodierte Pakete, übertragen werden; der "Takt" muss also im Dekoder, dh im BT chip, erzeugt werden und die Daten werden eben nach Bedarf angefordert)
wenn jetzt aber (wie bei dir) ein weiteres BT-Modul dazu kommt, gibts ein Problem: der BT-master macht den Takt (oder bekommt den von aussen und macht seine Anforderungen dann eben sync zu diesem Takt) und der BT-slave muss sich nun fix auf den empfangenen Takt synchronisieren (PLL), weil er kann ja nicht "rückwärts" der ganzen Kette bis zur Quelle vorschreiben, wann er genau das nächste Daten-häppchen möchte. Somit gibt der seine audio Daten mit der empfangenen rate aus...er kann ja nicht anders. macht auch nix, solange es zb auf den internen DAC geht. NUR wenn da jetzt ein anderer Takt von aussen kommt....muss es irgendwie schief gehen.
