Varför utlöser förlustfritt surroundljud konvertering på vissa klienter?
Förlustfritt surroundljud utlöser konvertering när någon enhet eller programvarunivå i uppspelningskedjan inte kan ta emot den kodeken och kanalayouten oförändrade.
En film kan direktspela videon medan medieservern konverterar Dolby TrueHD, DTS-HD Master Audio, flerkanals-FLAC eller ett annat förlustfritt ljudspår till AC-3, E-AC-3, AAC eller stereo-PCM. Beslutet beror på klientappen, tv:n, streamingenheten, HDMI-anslutningen, ARC- eller eARC-vägen, receivern, den valda spelaren och de rapporterade funktionerna. Diagnostisera den exakta ljudvägen i stället för att anta att tv:ns produktsida bevisar passthrough från början till slut.
Bekräfta att endast ljudströmmen konverteras
Starta samma titel på den berörda klienten med videokvaliteten inställd på original och undertexter avstängda. Anteckna medieserverns instrumentpanelvärden för videoläge, ljudläge, valt spår, utgångskodek, kanalantal och orsak till omkodning.
Ljudkonvertering kräver inte alltid videokodning. Ett Jellyfin-ärende visar H.264-video som kopierades medan den ljudström som inte stöddes konverterades till AAC via HLS, vilket bevisar att ljudomkodning är en separat väg.
Om instrumentpanelen även rapporterar videokonvertering tar du bort variabler för undertexter, bithastighet, HDR och behållare innan du diagnostiserar surroundspåret. Målet är en kontrollerad session där endast ljudvalet ändras.
Identifiera exakt kodek, profil och kanalayout
Granska den valda strömmen med medieservern eller ett mediainspektionsverktyg. Anteckna om den är TrueHD, TrueHD med Atmos, DTS-HD MA, DTS:X, flerkanals-FLAC, PCM, E-AC-3 eller AC-3, samt dess kanalayout och samplingsfrekvens.
En klient som stöder vanlig DTS eller Dolby Digital stöder inte automatiskt den förlustfria utökningen. En aktuell regressionsrapport för Android TV beskriver passthrough som slutade fungera för DTS-HD MA, trots att samma enhet och en annan spelare kunde skicka spåret korrekt vidare.
Jämför det förlustfria spåret med ett inbäddat AC-3-, E-AC-3-, AAC- eller stereoalternativ från samma fil. Om alternativet direktspelas medan det förlustfria spåret konverteras är video, lagring och nätverk inte de primära orsakerna.
Följ hela ljudvägen från klient till receiver
Skriv ned den faktiska vägen: medieapp till streamingenhet eller tv, sedan HDMI till tv eller receiver, följt av ARC eller eARC om ljudet återgår från skärmen. Varje länk måste kunna överföra den valda kodeken oförändrad.
Vissa enheter kan avkoda ett format lokalt men kan inte bitstreama det genom den valda utgångsvägen. Jellyfins klientgränssnitt varnar för att TrueHD endast ska aktiveras när enheten eller den anslutna receivern stöder det, eftersom en felaktig funktionsinställning kan orsaka uppspelningsfel i stället för passthrough.
Testa spelaren direktansluten till receivern och därefter via tv:n. Om en direktanslutning till receivern fungerar men returvägen via tv:n konverterar eller misslyckas granskar du eARC-läge, digital ljudutgång, passthrough-inställningar, HDMI-ingångens kapacitet och kabelns förhandling i stället för att ändra medieservern.
Jämför klientens passthrough-inställningar och spelversioner
Kontrollera om appen använder automatisk, direkt eller avstängd passthrough för ljud och om den väljer en inbyggd spelare, ExoPlayer, webbspelare eller extern spelare. Anteckna klientversionen innan du ändrar inställningar.
Klientprogramvara kan rapportera sämre maskinvarustöd än vad som faktiskt finns. Ett Android TV-ärende visar TrueHD- och DTS-ljud som konverterades trots att receivern och klienten rapporterades stödja dem, vilket tyder på en felaktig rapportering av funktioner.
Testa en annan app på samma enhet och receiver utan att ändra filen. Om en spelare skickar spåret vidare medan en annan konverterar det behåller du serverkonfigurationen och fokuserar på den felande klientprofilen, appversionen och valda uppspelningsmotorn.
Kontrollera kanalbegränsningar och nedmixning
En klient kan acceptera AAC eller PCM men endast i stereo, eller så kan den annonsera sex kanaler medan appen begär två. Jämför serverns antal utgående kanaler med formatet som visas på receiverns frontpanel och vilka högtalare som är aktiva.
Jellyfin-användare på WebOS har rapporterat att DTS-HD MA och flerkanals-FLAC konverterades och sedan reducerades till stereo, vilket visar att kodekkonvertering och kanalreducering kan ske under samma session.
Om receivern visar stereo efter konverteringen granskar du klientens maximala antal ljudkanaler och serverns omkodningsprofil. Öka inte antalet kanaler på måfå när leveransbehållaren eller tv:n inte kan överföra flerkanals-PCM eller AAC genom den vägen.
Välj ett kompatibelt alternativ utan att koda om videon
Föredra ett befintligt AC-3- eller E-AC-3-kompatibilitetsspår när de berörda klienterna inte kan skicka förlustfritt ljud vidare. Behåll det ursprungliga TrueHD- eller DTS-HD-spåret för kompatibla hemmabio-klienter.
När biblioteket saknar ett alternativ skapar du ett sekundärt ljudspår eller en alternativ medieversion i stället för att ersätta den förlustfria källan. En konvertering av enbart ljudet kräver betydligt mindre resurser än videokodning och bevarar originalbilden.
Förklaringen av ljudomkodningspipen från ZimaSpace ger en närliggande förklaring till varför ett kompatibelt alternativ kan bevara direktspelad video.
Verifiera passthrough, synkronisering och återupptagning
Testa de förlustfria spåren och alternativen igen från början, efter sökning och efter återupptagning. Bekräfta serverläge, receiverformat, kanalutgång, läppsynkronisering och om uppspelningen överlever en omstart av appen.
Ljudomkodning kan synliggöra klientspecifika problem vid sökning. Ett Jellyfin-ärende för tv rapporterar att uppspelningen hänger sig efter sökning när endast ljudet behövde omkodas.
Diagnosen är klar när kompatibla klienter skickar det förlustfria spåret vidare oförändrat, begränsade klienter väljer ett stabilt kompatibelt spår, videon förblir direktspelad där det är möjligt och receivern visar förväntad kodek och kanalayout under normal uppspelning.
Rekommenderade produkter
Support och tips
Mer att läsa
Varför återskapar en återställning av en Docker-volym filinnehållet men tar bort utökade attribut?
En felsökning av volymåterställning som omfattar inventering av xattr, alternativ för tar och Rsync, namnrymder, stöd för måldestinationen, behörigheter, etiketter, appmetadata och tester.
Varför behåller en körande container sin gamla minnesgräns efter att Compose-filen har ändrats?
En minnesgränsdiagnos som omfattar aktiva cgroups, omstart kontra återskapande, Compose-fält, hårda och mjuka gränser, överordnade scope, växlingsutrymme och körningsheapar.
Varför ogiltigförklarar en omstart av en omvänd proxy varje session för en självhostad app?
En sessionsförlustdiagnos som omfattar omstartens omfattning, cookie-ägarskap, rotation av hemligheter, cachebaserade sessioner, sticky routing, autentiseringsgatewayer och återställning.
