Upsampling durch Windows

contadinus (Beitrag #51) schrieb:

Eigentlich sollte da genau gar nix konvertiert werden! :?

Na ja so einfach ist es dann doch nicht
Würdest du den format Schalter anmechen, würde der alles auf 44.1 umsampeln (vermutlich). Jetzt sampelt er nur, was sonst nicht geht. Um das abzuschalten, probier mal
auto_resample "no"
irgendwo in audio_output {
}

Im Prinzip scheint mir das also alles richtig. Der erste Output "HDMI" bekommt ja auch 192 kHz, da wird nicht umgesampelt. Der zweite kriegt den Faktor 0,5 via libsamplerate weil sonst nix raus käme.
Der libsamplerate ist schon mal gut, Audacity verwendet den auch! Ich glaube ich habe seinerzeit mit SoX rumexperimentiert. Wie man mpd jetzt aber auf SoX loslässt weiß ich aus dem Stand auch nicht mehr.
Der libsamplerate hat aber verschiedene Einstellmöglichkeiten. Da kann man noch optimieren. Oder wenn du, wenn ich das jetzt verstanden habe, eigentlich kein Umsampling willst, kannst du das auch abschalten. Dann hilft die ja auch SoX nicht, weil ja egal ist, was man abschaltet. Ich habe das wohl irgendwo gemacht, erinnere mich aber jetzt nicht mehr an Details, wenn oben das mit auto_resample "no" nicht hilft, müssen wir weitersuchen.

Das gute ist, dass du jetzt optimieren und dabei die Änderungen gut beobachten kannst. Jetzt hat mpd ja tausende Einstellmöglichkeiten, die ich auch nicht kenne. Also lesen:
man mpd.conf

Ich habe gestern abend auch mal rumexperimentiert und eine Möglichkeit gefunden, die Audiosignalparameter direkt auszulesen. Spart den Umweg über die verbosed log. Probier mal, wenn mpd läuft in der Kommandozeile
cat /proc/asound/card0/pcm0p/sub0/hw_params

Merci vielmals für die ausführliche Antwort!
Scheinbar kann man also feststellen, daß Alsa erkennt, was für Samplingraten das Ausgabegerät unterstützt und mit Hilfe von libsamplerate in eine passende Samplingrate konvertiert.
Der "Bösewicht" wenn man so will ist also libsamplerate.
Dieser macht seine Sache aber ganz gut, sagst Du, was man am Ergebnis auch hört --> im Vergleich merkt man genau gar keinen Unterschied zwischen HDMI/192kHz und SPDIF/96kHz.

Meine Schlüsse aus der Sache: im Moment paßt es mir ganz gut, da der V-DAC, auf den ausgegeben werden soll, ohnehin "nur" 96kHz verträgt. D.h. momentan machts gar keinen Sinn libsamplerate auszuschalten.

Und der nächste Schritt wird dann wohl sein, daß die Hardware für meinen Medien-PC ausgetauscht wird, wobei ich drauf achten werde, daß der eingebaute Soundchip SÄMTLICHE geforderten Tonformate wiedergeben kann. Muß sagen, daß ich damals, als ich mein aktuelles ION-System besorgte, davon ausgegangen bin, daß es bei SPDIF keine Beschränkungen gibt. Naja - falsch gedacht...
Achja, und der übernächste Schritt ist dann wohl ein entsprechender neuer DAC, beispielsweise ein V-DAC 2, der auch alle Raten empfangen kann. Dann wirds wohl keine Kopfschmerzen mehr wegen Umrechnungen geben und alles geht 1:1 raus.
Ist wirklich fein, wenn man sich selber davon überzeugen kann!

Bei schönen ganzzahligen Verhältnissen und bei 2:1 oder 1:2 wie 96kHz und 192kHz erst recht läßt sich der Audiostrom auch mit sehr geringem Rechenaufwand sehr gut resampeln. Bei so hohen Sampleraten kann man auch einfach jeden zweiten Wert auslassen, um auf die halbe Samplerate zu kommen, ohne dass sich das irgendwie negativ bemerkbar machen würde (oder in der anderen Richtung jeden Wert doppelt verwenden).

Mit welchem Format die Audiohardware tatsächlich beliefert wird läßt sich auch recht einfach auf der Kommandozeile feststellen. Man findet unter /proc/asound verschiedene Dateien, die Informationen über die ALSA und die Hardware, die es anspricht enthalten.
Hat man dort einmal die richtige Datei namens hw_params (von der es für jeden Ausgabekanal der Soundkarte mindestens eine gibt) für die momentane Audioausgabe gefunden, reicht ein Befehl wie

cat /proc/asound/card0/pcm0p/sub0/hw_params

und man erhält beispielsweise die Ausgabe

access: MMAP_INTERLEAVED format: S32_LE subformat: STD channels: 2 rate: 96000 (96000/1) period_size: 4096 buffer_size: 8192

Wenn die Ausgabe dagegen

closed

lautet, findest über diesen Wiedergabe (oder auch Aufnahmekanal) momentan keine Wiedergabe (oder Aufnahme) statt und man muss weiter nach der richtigen hw_params suchen

Geschützter Hinweis (zum Lesen markieren): Wobei der Pfad zur richtigen hw_params eigentlich relativ selbsterklärend sein sollte: /proc/asound/card0/pcm0p/sub0/hw_params Es gilt den unterstrichenen Teil anzupassen, zuerst die Nummer der Soundkarte, dann gewissermaßen welcher Anschluss, wobei pcmxp für Wiedergabe und pcmxc für Aufnahmekanäle steht und danach in den meisten Fällen das sub0. Etwas anderes als sub0 gibt es nur bei Soundkarten die Hardwaremixing beherrschen und bei denen selbiges auch von den Alsatreibern unterstützt wird und schon das erste ist heute bei fast keiner Soundkarte mehr gegeben (früher einmal, wo es darauf ankam, dass die Soundkarte den Prozessor möglichst viel Arbeit abnimmt, war das noch ein Thema).

Jeden Wert doppelt verwenden dürfte ein schlechteres Ergebnis bringen als das Original.
Zumindest eine lineare Interpolation wäre anzuraten. Ist ja auch kein Aufwand.

cr (Beitrag #55) schrieb:

Jeden Wert doppelt verwenden dürfte ein schlechteres Ergebnis bringen als das Original.

Deswegen ist Hochsampeln ja auch Unsinn. In die andere Richtrung geht das schon. Macht libsamplerate ja auch so, hier von 192 auf 96.

Ok, das war etwas zu sehr vereinfacht. Eigentlich meine ich ja auch nur, dass resampeln im Verhältnis 2:1 oder 1:2 harmlos ist. Der Meinung, dass Hochsampeln tendentiell eher sinnlos bin ich sowieso.