Warum löst verlustfreies Surround-Audio bei manchen Clients eine Konvertierung aus?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Does Lossless Surround Audio Trigger Conversion on Some Clients? - Zima Store Online

Verlustfreier Surround-Sound löst eine Konvertierung aus, sobald ein Gerät oder eine Softwareschicht in der Wiedergabekette diesen Codec und das Kanal-Layout nicht unverändert verarbeiten kann.

Ein Film kann sein Video direkt wiedergeben, während der Medienserver Dolby TrueHD, DTS-HD Master Audio, mehrkanaliges FLAC oder eine andere verlustfreie Tonspur in AC-3, E-AC-3, AAC oder Stereo-PCM konvertiert. Die Entscheidung hängt von der Client-App, dem Fernseher, der Streaming-Box, der HDMI-Verbindung, dem ARC- oder eARC-Pfad, dem Receiver, dem ausgewählten Player und den gemeldeten Fähigkeiten ab. Analysieren Sie den genauen Audiopfad, statt anzunehmen, dass die Produktseite des Fernsehers einen durchgängigen Passthrough belegt.

Bestätigen, dass nur der Audiostream konvertiert wird

Starten Sie denselben Titel auf dem betroffenen Client, wobei die Videoqualität auf Original eingestellt und Untertitel deaktiviert sind. Notieren Sie im Server-Dashboard den Videomodus, den Audiomodus, die ausgewählte Tonspur, den Ausgabe-Codec, die Kanalanzahl und den Grund für die Transkodierung.

Eine Audiokonvertierung erfordert nicht immer eine Videokodierung. Ein Jellyfin-Problem zeigt, dass H.264-Video kopiert wurde, während der nicht unterstützte Audiostream über HLS in AAC konvertiert wurde. Das belegt, dass Audiotranskodierung ein separater Pfad ist.

Wenn das Dashboard ebenfalls eine Videokonvertierung meldet, entfernen Sie Untertitel-, Bitraten-, HDR- und Container-Variablen, bevor Sie die Surround-Tonspur untersuchen. Ziel ist eine kontrollierte Sitzung, in der sich nur die Audioauswahl ändert.

Den genauen Codec, das Profil und das Kanal-Layout bestimmen

Untersuchen Sie den ausgewählten Stream mit dem Medienserver oder einem Medienanalysewerkzeug. Notieren Sie, ob es sich um TrueHD, TrueHD mit Atmos, DTS-HD MA, DTS:X, mehrkanaliges FLAC, PCM, E-AC-3 oder AC-3 handelt, einschließlich Kanal-Layout und Abtastrate.

Ein Client, der gewöhnliches DTS oder Dolby Digital unterstützt, unterstützt nicht automatisch die verlustfreie Erweiterung. Ein aktueller Regressionsbericht für Android TV beschreibt, dass der Passthrough von DTS-HD MA fehlschlug, obwohl dasselbe Gerät und ein anderer Player die Tonspur korrekt durchreichen konnten.

Vergleichen Sie die verlustfreie Tonspur mit einer eingebetteten AC-3-, E-AC-3-, AAC- oder Stereo-Fallback-Tonspur aus derselben Datei. Wenn die Fallback-Tonspur direkt wiedergegeben wird, während die verlustfreie Tonspur konvertiert wird, sind Video, Speicher und Netzwerk nicht die Hauptursache.

Den vollständigen Audiopfad vom Client zum Receiver verfolgen

Notieren Sie den tatsächlichen Signalweg: Medien-App zur Streaming-Box oder zum Fernseher, anschließend über HDMI zum Fernseher oder Receiver, gefolgt von ARC oder eARC, wenn der Ton vom Bildschirm zurückgeführt wird. Jeder Abschnitt muss den ausgewählten Codec unverändert übertragen.

Einige Geräte können ein Format lokal decodieren, es aber nicht über den ausgewählten Ausgangspfad als Bitstream übertragen. Die Jellyfin-Clientoberfläche warnt, dass TrueHD nur aktiviert werden sollte, wenn das Gerät oder der angeschlossene Receiver es unterstützt, da eine falsche Auswahl der Fähigkeiten zu Wiedergabefehlern statt Passthrough führen kann.

Testen Sie den Player zunächst direkt am Receiver und anschließend über den Fernseher. Wenn die direkte Verbindung zum Receiver funktioniert, der Rückkanal über den Fernseher jedoch konvertiert oder ausfällt, prüfen Sie den eARC-Modus, den digitalen Audioausgang, Passthrough-Einstellungen, die Fähigkeiten des HDMI-Eingangs und die Kabelverhandlung, statt den Medienserver zu ändern.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Passthrough-Einstellungen und Player-Versionen der Clients vergleichen

Prüfen Sie, ob die App automatischen, direkten oder deaktivierten Audio-Passthrough verwendet und ob sie den nativen Player, ExoPlayer, den Web-Player oder einen externen Player auswählt. Notieren Sie die Client-Version, bevor Sie Einstellungen ändern.

Client-Software kann Hardware, die einen verlustfreien Codec tatsächlich unterstützt, falsch oder unvollständig melden. Ein Android-TV-Problem zeigt, dass TrueHD- und DTS-Tonspuren konvertiert wurden, obwohl Receiver und Client ihre Unterstützung meldeten. Das deutet auf eine Abweichung bei der Fähigkeitsmeldung hin.

Testen Sie eine andere App auf demselben Gerät und mit demselben Receiver, ohne die Datei zu ändern. Wenn ein Player die Tonspur durchreicht und ein anderer sie konvertiert, behalten Sie die Serverkonfiguration bei und konzentrieren Sie sich auf das fehlerhafte Client-Profil, die App-Version und die ausgewählte Wiedergabe-Engine.

Kanalbegrenzungen und Downmix-Verhalten prüfen

Ein Client kann AAC oder PCM akzeptieren, jedoch nur in Stereo, oder sechs Kanäle melden, während die App zwei anfordert. Vergleichen Sie die Ausgabekanalanzahl des Servers mit dem auf dem Receiver angezeigten Format und der Aktivität der Lautsprecher.

Jellyfin-Nutzer auf WebOS haben berichtet, dass DTS-HD MA und mehrkanaliges FLAC konvertiert und anschließend auf Stereo reduziert wurden. Das zeigt, dass Codec-Konvertierung und Kanalreduzierung in derselben Sitzung auftreten können.

Wenn der Receiver nach der Konvertierung Stereo anzeigt, prüfen Sie die maximale Audiokanalanzahl des Clients und das Transkodierungsprofil des Servers. Erhöhen Sie die Kanalanzahl nicht blind, wenn der Übertragungscontainer oder der Fernseher über diesen Pfad kein mehrkanaliges PCM oder AAC übertragen kann.

Eine kompatible Fallback-Tonspur wählen, ohne das Video neu zu kodieren

Bevorzugen Sie eine vorhandene AC-3- oder E-AC-3-Kompatibilitätstonspur, wenn die betroffenen Clients verlustfreies Audio nicht durchreichen können. Behalten Sie den ursprünglichen TrueHD- oder DTS-HD-Stream für leistungsfähige Heimkino-Clients bei.

Wenn der Bibliothek eine Fallback-Tonspur fehlt, erstellen Sie eine zusätzliche Tonspur oder eine alternative Medienversion, statt die verlustfreie Quelle zu ersetzen. Eine reine Audiokonvertierung ist wesentlich weniger aufwendig als eine Videotranskodierung und erhält das Originalbild.

Die Erklärung von ZimaSpace zur Audiotranskodierungspipeline beschreibt den angrenzenden Mechanismus und erklärt, warum eine kompatible Fallback-Tonspur die direkte Videowiedergabe erhalten kann.

Passthrough, Synchronisierung und Fortsetzungsverhalten überprüfen

Testen Sie die verlustfreie und die Fallback-Tonspur erneut von Anfang an, nach dem Springen innerhalb des Videos und nach dem Fortsetzen der Wiedergabe. Bestätigen Sie den Servermodus, das Receiver-Format, die Kanalausgabe, die Lippensynchronität und ob die Wiedergabe nach einem Neustart der App fortgesetzt werden kann.

Eine reine Audiokonvertierung kann clientspezifische Probleme beim Springen innerhalb des Videos sichtbar machen. Ein Jellyfin-Problem auf Fernsehern berichtet, dass die Wiedergabe nach dem Springen hängen blieb, wenn nur das Audio transkodiert werden musste.

Die Diagnose ist abgeschlossen, wenn leistungsfähige Clients die verlustfreie Tonspur unverändert durchreichen, eingeschränkte Clients eine stabile kompatible Tonspur auswählen, das Video nach Möglichkeit direkt wiedergegeben wird und der Receiver während der normalen Wiedergabe den erwarteten Codec und das erwartete Kanal-Layout anzeigt.