Compatibilidade do cliente vs. capacidade de transcodificação: qual evita primeiro o buffering?
Corrija a compatibilidade do cliente antes de comprar mais capacidade de transcodificação quando as interrupções começam porque um ou alguns dispositivos de reprodução não conseguem reproduzir diretamente os formatos de vídeo, áudio, contentor ou legendas da biblioteca. Atualize primeiro a capacidade de transcodificação do servidor quando a conversão for inevitável em muitos clientes, as limitações regulares da taxa de bits remota exigirem transmissões de menor qualidade ou o motor de transcodificação existente não conseguir acompanhar em tempo real. Se a rede não conseguir sustentar a taxa de bits entregue, nenhuma das atualizações deverá ser a primeira.
Esta é uma decisão sobre a ordem das atualizações, não uma competição geral entre “cliente e servidor”. A primeira tarefa é identificar o caminho de reprodução real e o motivo da alteração. Um cliente compatível pode eliminar completamente o trabalho do servidor; um servidor mais rápido apenas acelera o trabalho que ainda tem de ser realizado.
Identifique Primeiro Porque É Que a Transmissão Não É Reproduzida Diretamente
Inicie uma transmissão problemática e consulte as informações de reprodução do servidor multimédia. Classifique-a como reprodução direta, transmissão direta ou remultiplexagem, transcodificação apenas de áudio ou transcodificação de vídeo. Em seguida, registe o motivo: codec não suportado, contentor não suportado, gravação das legendas na imagem, restrição da taxa de bits, mapeamento de tons HDR ou outra limitação do cliente.
O Plex descreve a reprodução direta como o envio de multimédia compatível sem conversão, a transmissão direta como o reempacotamento de fluxos compatíveis e a transcodificação como a conversão de multimédia para o cliente. A sua descrição geral dos caminhos de transmissão também indica que as legendas podem alterar um caminho de reprodução que, de outro modo, seria compatível.
Não compre nada até esta classificação estar estável. Se a transmissão já for reproduzida diretamente e continuar a sofrer interrupções, o suporte de codecs do cliente não é o primeiro problema e poderá nunca ser utilizada potência adicional de transcodificação. Em vez disso, teste o débito da rede, a qualidade do Wi-Fi, as leituras do disco do servidor e a taxa de bits entregue.
- Se a transmissão for reproduzida diretamente, interrompa a comparação entre compatibilidade e transcodificação e investigue a entrega.
- Se um cliente obrigar à conversão devido ao suporte de formatos, teste um cliente ou aplicação cliente mais compatível.
- Se muitos clientes necessitarem legitimamente de conversão, meça a capacidade de transcodificação do servidor.
- Se a largura de banda remota obrigar a taxas de bits mais baixas, trate a conversão no servidor e a capacidade de carregamento como limitações distintas.
Um cliente melhor vence quando a compatibilidade é o fator determinante
Um cliente que descodifique nativamente a biblioteca pode transformar uma transcodificação de vídeo exigente para o CPU ou GPU em Reprodução direta. Esta é uma mudança qualitativa: o servidor deixa de ter de descodificar e voltar a codificar o vídeo apenas para satisfazer esse terminal. Por isso, no caso de um televisor ou dispositivo de streaming problemático, mudar o terminal pode resolver mais do que adicionar capacidade de computação ao servidor.
As atuais tabelas de suporte de codecs dos clientes do Jellyfin mostram que a compatibilidade varia entre navegadores, Android TV, iOS, Roku, Kodi, clientes de computador, contentores, formatos de áudio, modos HDR e legendas. Uma biblioteca pode ser “normal” em termos gerais e, ainda assim, deparar-se com uma limitação específica de um terminal.
A condição de inversão é a dimensão da frota. Substituir ou mudar um cliente é uma opção apelativa quando um único terminal causa a maioria das transcodificações. Se cinco utilizadores remotos, vários televisores antigos e dispositivos móveis precisarem de conversões diferentes, resolver a compatibilidade terminal a terminal pode custar mais operacionalmente do que dotar o servidor de capacidade central de conversão suficiente.
Nenhuma atualização vence quando a entrega é o estrangulamento
Pode ocorrer buffering mesmo quando o formato de reprodução é totalmente compatível e o servidor tem capacidade de transcodificação disponível. Um ficheiro com uma taxa de bits elevada numa rede Wi-Fi fraca, um carregamento WAN limitado ou uma ligação congestionada do cliente podem deixar a reprodução sem dados, enquanto todos os gráficos de computação parecem saudáveis.
A documentação de multimédia do Android lista o descodificação na plataforma e o suporte de contentores, mas os formatos multimédia suportados apenas respondem se o dispositivo consegue lidar com um formato — não se a rede consegue fornecer o fluxo com rapidez suficiente. A compatibilidade e a capacidade de transporte são condições independentes.
Esta é a regra de paragem mais importante deste enquadramento. Se uma sessão de Reprodução direta estiver a fazer buffering enquanto o servidor envia dados abaixo das suas capacidades e as medições da rede revelarem perdas ou débito insuficiente, não substitua o cliente por motivos relacionados com codecs nem compre um transcoder maior. Resolva primeiro o percurso de entrega.
A potência de transcodificação compensa quando a conversão é inevitável em grande escala
Algumas famílias não conseguem uniformizar todos os terminais ou todas as condições de rede. Os utilizadores remotos podem precisar de débitos binários mais baixos, os televisores antigos podem não suportar codecs mais recentes e os dispositivos da família podem estar fora do controlo do proprietário. Quando essas conversões são frequentes e legítimas, a capacidade central de transcodificação torna-se o elemento escalável.
O FFmpeg distingue a cópia de streams do trabalho de descodificação, filtragem e codificação. A sua documentação sobre transcodificação explica por que motivo a potência do servidor só é relevante quando a conversão é necessária: copiar streams compatíveis evita o trabalho de codec, enquanto a conversão introduz etapas de descodificação e codificação e pode acrescentar filtros.
Atualize o servidor quando as transcodificações medidas não conseguirem manter a velocidade em tempo real, o motor de vídeo estiver saturado ou as conversões simultâneas inevitáveis excederem a capacidade do sistema atual. Não utilize uma GPU mais rápida para compensar um único cliente económico que poderia ter reproduzido diretamente os mesmos ficheiros.
As legendas e o HDR podem alterar o modo de uma transmissão aparentemente compatível
Um dispositivo pode ser compatível com o codec de vídeo e, ainda assim, desencadear um processamento intenso devido às legendas selecionadas ou aos requisitos de HDR. Em alguns clientes, pode ser necessário incorporar as legendas baseadas em imagem no vídeo, e o mapeamento de tons de HDR para SDR pode acrescentar outra etapa de processamento quando o ecrã ou o percurso do cliente não consegue apresentar corretamente a fonte.
As especificações de reprodução publicadas pela Apple para a Apple TV indicam os formatos de vídeo, perfis, frequências de imagem, modos HDR e capacidades de áudio compatíveis. As especificações de formato do dispositivo mostram por que motivo “suporta HEVC” ou “suporta 4K” não constitui um teste de compatibilidade completo; o perfil, o contentor, o HDR, o áudio e o comportamento das legendas também podem afetar o percurso efetivamente utilizado.
Teste a combinação exata que falha antes de substituir o hardware. Desative as legendas, selecione uma legenda de texto, experimente a versão SDR ou altere a faixa de áudio e verifique se a transcodificação de vídeo para. Se uma funcionalidade alterar o modo da sessão, corrigir essa incompatibilidade específica pode ficar mais barato do que aumentar a capacidade de todo o servidor.
Compare o custo de corrigir um endpoint com o de corrigir cada transmissão
As atualizações do cliente são correções locais. São eficientes quando um dispositivo da sala de estar causa o problema e podem reduzir o consumo de energia do servidor em todas as sessões futuras nesse endpoint. A sua desvantagem é a repetição: cada cliente incompatível pode exigir a sua própria aplicação, configuração ou alteração de hardware.
As atualizações do servidor são centralizadas. Um transcodificador mais potente pode servir vários clientes fracos sem alterar cada endpoint, mas o servidor passa a assumir maior complexidade em termos de energia, arrefecimento, controladores e aceleração de hardware. A comparação adjacente da ZimaSpace entre um servidor multimédia x86 compacto e uma box Android TV fornece o contexto mais amplo sobre a função de cada dispositivo; este enquadramento restringe essa escolha à causa das pausas no carregamento.
A decisão passa de cliente primeiro para servidor primeiro à medida que aumenta o número de casos de conversão inevitáveis. Um único endpoint incompatível favorece a correção desse endpoint. Uma frota mista com conversão remota frequente favorece a capacidade de transcodificação centralizada — desde que a rede não seja a variável limitadora.
Utilize esta árvore de decisão para determinar a ordem das atualizações
O enquadramento deve terminar com uma ordem de execução, não com uma recomendação genérica. Reproduza o mesmo título problemático em pelo menos dois clientes, sempre que possível, consulte no servidor o motivo da reprodução e altere uma variável de cada vez, para que uma limitação do cliente não seja confundida com uma limitação do servidor.
| Condição de reprodução observada | Primeira ação | Porquê |
|---|---|---|
| O Direct Play está a criar pausas no carregamento | Teste a entrega através da rede e do armazenamento | Não está ativa nem a compatibilidade nem a capacidade de transcodificação |
| Um cliente obriga à transcodificação do vídeo | Melhore primeiro a compatibilidade do cliente | É possível eliminar completamente a conversão |
| A seleção de legendas desencadeia a gravação permanente na imagem | Altere primeiro o percurso das legendas/do cliente | Uma limitação de compatibilidade específica está a gerar uma carga elevada |
| Muitos clientes exigem transcodificações inevitáveis | Atualize a capacidade de transcodificação do servidor | Uma atualização central serve toda a frota mista |
| A taxa de bits remota tem de ser reduzida | Verifique o carregamento e, depois, a capacidade de transcodificação | A conversão e a capacidade da WAN são limitações separadas |
| A velocidade de transcodificação mantém-se abaixo do tempo real | Atualize ou ative a aceleração adequada | A capacidade do servidor é agora o limitador medido |
O resultado deve poder ser testado após cada passo. Uma alteração centrada no cliente é bem-sucedida quando a sessão passa para Reprodução direta ou para um percurso mais leve de Transmissão direta. Uma alteração centrada no servidor é bem-sucedida quando as transcodificações necessárias mantêm a reprodução com margem suficiente para o número esperado de fluxos simultâneos.
Se nenhuma das alterações modificar o fluxo com falhas, volte ao primeiro ponto de verificação e analise a entrega, o armazenamento ou o motivo indicado pela aplicação. Uma árvore de decisão só é útil se conseguir impedir uma atualização irrelevante.
Perguntas frequentes
Um transcodificador mais rápido melhora a Reprodução direta?
Não. A Reprodução direta evita a conversão de vídeo, pelo que adicionar capacidade de transcodificação por CPU ou GPU não faz com que o cliente descodifique mais depressa o fluxo original. Se a Reprodução direta estiver sempre a carregar, investigue a entrega da rede, o comportamento de reprodução do cliente e o armazenamento.
As legendas, por si só, podem obrigar à transcodificação de vídeo?
Sim. Alguns formatos de legendas ou combinações de clientes exigem que as legendas sejam incorporadas no vídeo, transformando um fluxo de outro modo compatível numa tarefa de processamento de vídeo. Teste o mesmo ficheiro sem legendas antes de atribuir a culpa ao codec de vídeo.
Deve substituir todos os clientes antigos para evitar a transcodificação?
Não necessariamente. Substituir um terminal problemático pode ser eficiente; substituir toda uma frota mista pode não ser. Mantenha os clientes compatíveis em Reprodução direta e disponibilize transcodificação no servidor para os dispositivos ou condições remotas que genuinamente não conseguem evitar a conversão.
Corrija a causa que aparece primeiro no percurso de reprodução
Escolha primeiro a compatibilidade do cliente quando um pequeno número de terminais provocar transcodificações evitáveis. O melhor resultado não é uma transcodificação mais rápida; é eliminar a conversão desnecessária e permitir que o servidor envie os ficheiros multimédia originais.
Escolha primeiro a capacidade de transcodificação quando a conversão for realmente necessária em muitos dispositivos ou sessões remotas e o servidor atual não conseguir manter o processamento em tempo real. Confirme o suporte para aceleração por hardware e a capacidade de sessões simultâneas com os codecs, legendas, modos HDR e resoluções de saída exatos que o seu agregado familiar utiliza.
Se o fluxo já estiver em Reprodução direta ou se a rede não conseguir suportar a taxa de bits transmitida, pare de comparar estas duas atualizações. A primeira correção adequada é resolver o estrangulamento medido mais cedo no percurso de reprodução, não o componente com o maior valor de benchmark.
Produtos recomendados
Comparações de Produtos
Mais para Ler
Docker vs. máquina virtual para o Plex: qual é a opção de implementação mais adequada?
Uma avaliação condicional da implementação do Plex para Docker, máquinas virtuais ou Docker numa máquina virtual, com base em requisitos operacionais comuns.
8 GB vs 16 GB vs 32 GB de RAM para o Plex: que nível se adequa à sua carga de trabalho?
Escolha 8 GB para o Plex mais simples, 16 GB para aplicações partilhadas moderadas ou 32 GB para máquinas virtuais e espaços de trabalho...
A aceleração de hardware dedicada dá ao Plex uma vantagem significativa?
A aceleração por hardware oferece vantagens nas transcodificações repetidas suportadas; apenas com CPU continua a ser uma opção válida para reprodução direta, conversões ocasionais...
