Lista de verificação de compatibilidade do cliente Jellyfin para áudio, vídeo e legendas

A abordagem segura consiste em tratar uma matriz de meios representativa que isole o comportamento de contentores, vídeo, áudio, legendas, HDR e rede por cliente como uma sequência de etapas observáveis, e não como um único comando.

Num servidor Jellyfin que serve televisores, telemóveis, browsers e dispositivos de streaming, o risco prático é o mesmo ficheiro do Jellyfin ser reproduzido diretamente num cliente, mas ser transcodificado, perder o áudio ou falhar nas legendas noutro. Registe a identidade atual e o ponto de recuperação, comece pelo discriminador menos invasivo, interprete os resultados positivos e negativos antes de alterar outra variável e pare quando o armazenamento se tornar instável ou quando a única cópia recuperável ficar exposta. O fluxo de trabalho abaixo só termina depois de a carga de trabalho original ter êxito ou de as evidências atingirem um limite de escalonamento.

Crie uma matriz representativa de clientes e meios

Indique cada dispositivo cliente, sistema operativo, aplicação Jellyfin ou browser e respetiva versão, capacidade do ecrã, ligação de áudio e caminho de rede. Selecione um conjunto fixo pequeno que abranja H.264, HEVC ou AV1, quando relevante, SDR e HDR, áudio estéreo e multicanal, legendas de texto e de imagem, contentores comuns e um ficheiro com elevada taxa de bits.

Não deduza a compatibilidade apenas com base no painel do televisor. A aplicação, o motor de reprodução, o percurso HDMI, a saída do televisor, o recetor, o renderizador de legendas e a política de qualidade remota participam todos no percurso final de reprodução.

Utilize o fluxo de trabalho ZimaSpace para o isolamento da reprodução num cliente como primeiro passo de isolamento específico do cliente. Esta lista de verificação expande esse ramo de um único televisor numa matriz repetível, em vez de presumir que uma regra de qualidade serve todos os terminais.

Teste o vídeo e o contentor antes do áudio ou das legendas

Inicie cada ficheiro representativo com a faixa de áudio compatível mais simples e as legendas desligadas. Registe o modo de reprodução apresentado no painel, o motivo da transcodificação, a atividade da CPU ou GPU do servidor, o tempo de arranque, o buffering, o comportamento HDR e se o cliente indica Reprodução direta, remux ou conversão de vídeo.

Uma explicação independente das diferenças entre modos de reprodução do cliente mostra por que motivo clientes diferentes podem transformar o mesmo ficheiro em cargas de trabalho muito diferentes no servidor. Utilize o motivo da reprodução como discriminador, e não apenas a percentagem da CPU.

Se apenas o contentor for incompatível, o remux pode preservar a qualidade do vídeo; se o codec de vídeo, o perfil, o nível, a profundidade de cor, o percurso HDR ou a taxa de bits não forem suportados, poderá ser necessária a transcodificação de vídeo. Mantenha a mesma rede e a mesma definição de qualidade enquanto isola este ramo.

Adicione os percursos de áudio e os formatos de legendas um de cada vez

Ative estéreo, som surround comprimido, som surround sem perdas e passagem direta apenas quando toda a cadeia entre o televisor e o recetor os suportar. Registe se o vídeo continua a ser copiado enquanto o áudio é convertido, se os canais são mapeados corretamente e se a ligação direta ao recetor se comporta de forma diferente do canal de retorno do televisor.

Em seguida, teste SRT ou outra legenda de texto antes de PGS, ASS ou SSA. Um relato da comunidade sobre um caso de transcodificação de legendas PGS mostra como legendas PGS não suportadas podem fazer com que um ficheiro de resto compatível seja transcodificado; trate-o como uma assinatura de sintoma delimitada e confirme o motivo no painel do seu cliente.

Se as legendas acionarem a gravação permanente na imagem, compare as legendas desligadas, as legendas de texto e as legendas de imagem no mesmo ficheiro. Não desative globalmente as legendas nem a aceleração de hardware até identificar a única etapa incompatível.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Valide os perfis no percurso de rede real

Repita a matriz na LAN e na ligação remota pretendida, com a mesma política de utilizador e o mesmo limite de qualidade. Um cliente pode reproduzir diretamente localmente, mas transcodificar remotamente porque a largura de banda ou as definições de qualidade solicitam uma taxa de bits inferior; por isso, identifique a política de rede separadamente da capacidade do codec.

Reinicie o cliente e o servidor uma vez, volte a testar um caso-limite que funcionou e outro que falhou e guarde a matriz com as versões. Atualize-a depois de atualizações do cliente, do firmware do televisor ou do Jellyfin, porque a comunicação das capacidades e o comportamento do leitor podem mudar.

Aprove um perfil de cliente apenas quando os percursos representativos de áudio, vídeo, legendas e HDR se comportarem conforme registado e o servidor se mantiver dentro da capacidade disponível. Escalone as falhas de um único cliente com as informações exatas do meio e o motivo da reprodução, em vez de atualizar o hardware do servidor com base numa única transcodificação sem explicação.