Audio PLL dynamisch anpassen

Engineer schrieb:
> Meine Idee war es jetzt, einfach mitzuzählen wie viel Datenpakete
> reinkommen, anhand dessen die "input-sample-rate" berechne und dann
> dynamisch die Audio-PLL anpasse.

Muss man so machen, wenn Quelle und Senke asynchron sind und nicht 
extern über Wordclock oder PTP versorgt werden. Kniffelig sind halt nur 
die Regelparameter der PLL, damit die nicht wilde Sprünge macht, hin- 
und hereiert oder bei Fehlern völlig austickt und trotzdem schnell eine 
ungefähre Schätzung der Zielfrequenz schafft. Hilft ja nichts, wenn man 
sich da erstmal eine halbe Stunde was zusammenmitteln muss.

> Ich frage mich nur, was ich mache, wenn ein UDP Paket mal nicht ankommt
> und wie ich dynamisch die korrekten PLL Einstellungen zurückrechnen
> kann.

Aus dem Grund haben andere AoIP-Protokolle (zB. das RTP von 
Ravenna/AES67) einen Sequenzzähler bzw. Timestamp. Dann weiss man, was 
man verpasst hat.

> Bzw. welche Ansätze hat hier ein normaler Windows-PC, wenn man parallel
> mehrere Audio-Sourcen auf dem Windows-System am laufen hat (z.B.
> Webradio) die alle leicht unterschiedliche Samplerates haben, das
> ganze synchron auf den Audio-Ausgang rauszubekommen?

So synchron muss es da nicht wirklich sein. Man sollte nur langfristig 
Buffer-Under/Overflows vermeiden. Ganz simpel kann man da ab und zu 
Samples auslassen/verdoppeln (ist halt hörbar) oder man macht ein 
Resampling mit einer aufgrund der Bufferfüllstandsänderung geschätzten 
Samplerate. Das wäre das DSP-Äquivalent der Sampleraten-PLL (mit all 
ihren Herausforderungen), kostet halt Rechenpower.

Oder eine Buffer Lösung und wenn ein Sample fehlt ist ein "Plop" sowie 
so unvermeidbar... In der Regel sind ja auch im Paket mehrere Samples 
für einen Kanal enthalten und der Buffer ist ja schon vorhanden. Dein 
Zählen dient ja vornehmlich auch dazu zu vermeiden das der Buffer leer 
wird oder überläuft.