O áudio surround sem perdas desencadeia uma conversão quando qualquer dispositivo ou camada de software na cadeia de reprodução não consegue aceitar esse codec e disposição de canais sem alterações.
Um filme pode reproduzir diretamente o vídeo enquanto o servidor multimédia converte Dolby TrueHD, DTS-HD Master Audio, FLAC multicanal ou outra faixa sem perdas para AC-3, E-AC-3, AAC ou PCM estéreo. A decisão depende da aplicação cliente, do televisor, do dispositivo de streaming, da ligação HDMI, do percurso ARC ou eARC, do recetor, do leitor selecionado e das capacidades comunicadas. Diagnostique o percurso de áudio exato em vez de assumir que a página do produto do televisor prova a passagem direta de ponta a ponta.
Confirme Que Apenas o Fluxo de Áudio Está a Ser Convertido
Inicie o mesmo título no cliente afetado, com a qualidade de vídeo definida como original e as legendas desativadas. Registe o modo de vídeo, o modo de áudio, a faixa selecionada, o codec de saída, o número de canais e o motivo da transcodificação apresentados no painel do servidor.
A conversão de áudio nem sempre requer codificação de vídeo. Um problema do Jellyfin mostra vídeo H.264 a ser copiado enquanto o fluxo de áudio não suportado era convertido para AAC através de HLS, provando que a transcodificação apenas de áudio é um percurso separado.
Se o painel também indicar conversão de vídeo, remova as variáveis relacionadas com legendas, taxa de bits, HDR e contentor antes de diagnosticar a faixa surround. O objetivo é obter uma sessão controlada em que apenas a seleção de áudio seja alterada.
Identifique o Codec, Perfil e Disposição de Canais Exatos
Inspecione o fluxo selecionado com o servidor multimédia ou uma ferramenta de análise multimédia. Registe se é TrueHD, TrueHD com Atmos, DTS-HD MA, DTS:X, FLAC multicanal, PCM, E-AC-3 ou AC-3, bem como a disposição dos canais e a taxa de amostragem.
Um cliente que suporte DTS normal ou Dolby Digital não suporta automaticamente a extensão sem perdas. Um relatório recente de regressão no Android TV descreve a falha da passagem direta de DTS-HD MA, apesar de o mesmo dispositivo e outro leitor conseguirem transmitir a faixa corretamente.
Compare a faixa sem perdas com uma faixa de fallback AC-3, E-AC-3, AAC ou estéreo incorporada no mesmo ficheiro. Se o fallback for reproduzido diretamente enquanto a faixa sem perdas é convertida, o vídeo, o armazenamento e a rede não são a causa principal.
Siga o Percurso Completo do Áudio, do Cliente ao Recetor
Registe o percurso real: aplicação multimédia para o dispositivo de streaming ou televisor, depois HDMI para o televisor ou recetor, seguido de ARC ou eARC se o áudio regressar pelo ecrã. Cada etapa tem de transportar o codec selecionado sem alterações.
Alguns dispositivos conseguem descodificar um formato localmente, mas não conseguem transmiti-lo em bitstream através do percurso de saída selecionado. A interface do cliente Jellyfin avisa que o TrueHD só deve ser ativado quando o dispositivo ou recetor ligado o suportar, porque uma definição incorreta das capacidades pode causar falhas de reprodução em vez de passagem direta.
Teste o leitor ligado diretamente ao recetor e, em seguida, através do televisor. Se a ligação direta ao recetor funcionar, mas o percurso de retorno pelo televisor converter ou falhar, verifique o modo eARC, a saída de áudio digital, as definições de passagem direta, a capacidade da entrada HDMI e a negociação do cabo, em vez de alterar o servidor multimédia.
Compare as Definições de Passagem Direta do Cliente e as Versões do Leitor
Verifique se a aplicação utiliza passagem direta de áudio automática, direta ou desativada, e se seleciona um leitor nativo, ExoPlayer, leitor Web ou leitor externo. Registe a versão do cliente antes de alterar as definições.
O software do cliente pode comunicar incorretamente capacidades de hardware que, na realidade, suportam um codec sem perdas. Um problema do Android TV mostra áudio TrueHD e DTS a serem convertidos apesar de o recetor e o cliente comunicarem suporte para esses formatos, indicando uma incompatibilidade na comunicação das capacidades.
Teste outra aplicação no mesmo dispositivo e recetor sem alterar o ficheiro. Se um leitor transmitir a faixa e outro a converter, mantenha a configuração do servidor e concentre-se no perfil do cliente afetado, na versão da aplicação e no motor de reprodução selecionado.
Verifique os Limites de Canais e o Comportamento da Mistura para Baixo
Um cliente pode aceitar AAC ou PCM apenas em estéreo, ou anunciar seis canais enquanto a aplicação solicita dois. Compare o número de canais de saída do servidor com o formato apresentado no painel frontal do recetor e com a atividade das colunas.
Utilizadores do Jellyfin WebOS relataram a conversão de DTS-HD MA e FLAC multicanal, seguida da redução para estéreo, demonstrando que a conversão do codec e a redução de canais podem ocorrer na mesma sessão.
Se o recetor apresentar estéreo após a conversão, verifique o número máximo de canais de áudio do cliente e o perfil de transcodificação do servidor. Não aumente os canais cegamente quando o contentor de entrega ou o televisor não conseguirem transportar PCM ou AAC multicanal através desse percurso.
Escolha um Fallback Compatível Sem Recodificar o Vídeo
Dê preferência a uma faixa de compatibilidade AC-3 ou E-AC-3 já existente quando os clientes afetados não conseguirem transmitir áudio sem perdas. Mantenha a faixa TrueHD ou DTS-HD original para clientes de cinema em casa compatíveis.
Quando a biblioteca não tiver um fallback, crie uma faixa de áudio secundária ou uma versão multimédia alternativa, em vez de substituir a fonte sem perdas. Uma conversão apenas de áudio é muito menos exigente do que a transcodificação de vídeo e preserva a imagem original.
A explicação da ZimaSpace sobre o processo de transcodificação de áudio apresenta o mecanismo adjacente para compreender por que razão um fallback compatível pode preservar a reprodução direta do vídeo.
Verifique a Passagem Direta, a Sincronização e o Comportamento ao Retomar
Volte a testar as faixas sem perdas e de fallback desde o início, depois de procurar uma posição e após retomar a reprodução. Confirme o modo do servidor, o formato apresentado pelo recetor, a saída de canais, a sincronização labial e se a reprodução sobrevive ao reinício da aplicação.
A conversão apenas de áudio pode expor problemas de procura específicos do cliente. Um problema num televisor com Jellyfin relata que a reprodução bloqueava depois de procurar uma posição quando apenas o áudio necessitava de transcodificação.
O diagnóstico está concluído quando os clientes compatíveis transmitem a faixa sem perdas sem alterações, os clientes limitados selecionam uma faixa compatível estável, o vídeo permanece em reprodução direta sempre que possível e o recetor apresenta o codec e a disposição de canais esperados durante toda a reprodução normal.
Suporte e Dicas
Mais para Ler

Por que motivo o restauro de um volume Docker recria o conteúdo dos ficheiros, mas elimina os atributos estendidos?
Um diagnóstico da restauração de volumes que abrange o inventário de xattr, as opções do tar e do Rsync, os namespaces, o suporte do...

Porque é que um contentor em execução mantém o limite de memória antigo depois de o ficheiro Compose ser alterado?
Um diagnóstico dos limites de memória que abrange cgroups ativos, reinício versus recriação, campos do Compose, limites rígidos e flexíveis, âmbitos superiores, swap e...

Porque é que reiniciar um proxy reverso invalida todas as sessões de uma aplicação auto-hospedada?
Um diagnóstico da perda de sessão que abrange o âmbito do reinício, a propriedade dos cookies, a rotação de segredos, as sessões suportadas por...

