Post by Marcel MuellerPost by Enrik BerkhanPost by Marcel MuellerZumindest habe ich den Effekt seither nicht mehr bemerkt.
Warum das auf einmal Amok läuft, weiß ich aber immer noch nicht. Auf
jeden Fall ist es eine gute Idee, wenn VLC nicht an der Samplingrate
nicht herumpfuscht. Keine Ahnung, was dieses Resampling im Player jemals
sinnvolles bewirken sollte.
Das dürfte für den Fall (Normalfall vor ein paar Jahren?) gedacht sein,
dass VLC mehr oder weniger direkt auf ein Hardwaredevice abspielt. Die
haben in der Regel keine 100% exakte Samplingrate.
Das habe sie heute auch nicht und werden sie auch nie haben, denn
Bauteile ohne Toleranz gibt es nicht.
Post by Enrik BerkhanWenn man da keine
ASRC als Feinkorrektur macht, dann laufen bei Videos irgendwann Ton und
Bild asynchron.
Genau das wiederum passiert nicht, da wirklich jeder auch nur halbwegs
brauchbare Videoplayer das Bild nach dem Ton synchronisiert.
Allerdings kann das Problem auftreten, wenn man eine Live-Quelle
abspielt, die einen anderen physischen Schwingquarz als Zeitbasis hat,
also z.B. eine Internet-Stream oder eine Audiosignal, dass man
blöderweise digital per S/P-DIF einspeist. Dann können die Quelle und
Ziel mit der Zeit auseinander driften.
Aber wenn man so ein Problem hat, korrigiert man die Frequenz _ein
bisschen_ und nicht um fast einen Halbton, so dass die Wiedergabe eiert.
Die Quarz-Toleranzen bewegen sich üblicherweise in der Größenordnung
100ppm und weniger. Das würde niemand hören.
Post by Enrik BerkhanWenn die Audioausgabe aber über einen Daemon läuft, der seinerseits
ähnliches tut, dann kann das u.U. wohl ins Schwingen geraten. Insofern
sollte deine Gegenmaßnahme das Richtige[TM] bewirken.
Hmm, wäre möglich.
Post by Enrik BerkhanEine andere (eher unwahrscheinliche) Möglichkeit ist, dass irgendwo eine
andere Samplingrate gemeldet wird, als tatsächlich verwendet wird.
Laut Debug-Logs (VLC und PA) passt das alles. Das meiste Material sind
CD-RIPs mit 44,1 kHz. Und auf der Frequenz läuft auch das ALSA-Device,
solange PulseAudio keine Streams mischen muss.
Ich hatte eigentlich eher PulseAudio im Verdacht, zumal ich da noch per
module-ladspa Filter für Digital Room Correction in der Pipeline habe.
Aber das scheint hier unbeteiligt zu sein. Der Fehler trat auch ohne das
Modul auf.
Die direkte Wiedergabe von VLC auf ALSA habe ich aber nicht getestet.
Ich erinnere mich, dass - zu Zeiten, als ich mich mit pulseaudio (PA)
herumgeplagt habe - das insbesondere dann relevant wurde, wenn PA
versucht hat, mehrere Senken gleichzeitig zu bespielen, siehe z. B.
https://askubuntu.com/questions/78174/play-sound-through-two-or-more-outputs-devices
für weitere Verweise (module-combine-sink). Wenn das nicht Dein Ziel
ist, schalt auch das ab.
Allerdings ist pulseaudio wie so vieles, wo ein bestimmter
Entwicklername für Konzepte und Implementierung steht, Zeug, das vom
Anspruch sich selbst überfordert und dessen Implementierung in der
Praxis dann den Anspruch nicht einlöst.
Fedora hat diesen Digitalmüll inzwischen entsorgt und ist auf Pipewire
umgestiegen, das hier auf Fedora 36 bisher unauffällig war, allerdings
nehme ich sicherlich nur einen kleinen Teil des Funktionsumfangs (war
bei PA aber genauso - und das ist mir mehrfach auf die Nerven gegangen
mit kaputtem Mixing mehrerer Quellen und auch dem sprunghaften massiven
Ändern der Replayraten).