A reprodução Direct Play suave, mas atrasada, quando existem vários clientes em simultâneo, resulta normalmente da negociação com o cliente ou de atrasos no caminho de entrega, e não da codificação de vídeo no servidor Plex.
O mesmo ficheiro multimédia pode iniciar rapidamente num cliente e hesitar noutro porque o suporte de codecs, as definições de qualidade, as opções de legendas, as memórias intermédias e os caminhos de rede são diferentes. A utilização simultânea acrescenta pressão sobre o armazenamento partilhado e a rede, para além dessas diferenças entre clientes. O teste útil consiste em manter o ficheiro constante e identificar a primeira etapa que fica mais lenta quando outro cliente se liga.
Confirme primeiro que a sessão atrasada continua em Direct Play
Uma sessão que acaba por parecer fluida pode passar os primeiros segundos a negociar um caminho de reprodução diferente. Leia o painel do Plex durante o arranque e depois de a transmissão estabilizar, porque uma remultiplexagem ou transcodificação temporária altera o diagnóstico. Direct Play deve significar que os fluxos originais são entregues sem conversão de vídeo no servidor.
A compatibilidade com Direct Play depende de o cliente aceitar o conteúdo multimédia e de o caminho de entrega conseguir manter a transmissão. Assim, um conjunto misto de dispositivos pode apresentar comportamentos de arranque diferentes a partir do mesmo servidor, antes de a utilização simultânea se tornar um problema de hardware.
Se o cliente atrasado estiver, na realidade, a fazer transcodificação, deixe de chamar ao problema Direct Play atrasado e diagnostique por que motivo foi selecionada a conversão. Se continuar em Direct Play desde o início, prossiga para as definições do cliente, a colocação inicial em memória intermédia, as leituras do armazenamento e a contenção da rede.
As definições de qualidade do cliente podem atrasar ou alterar a decisão de reprodução
As definições de qualidade remota e específicas de cada dispositivo fazem parte do pedido que chega ao servidor. Um cliente configurado abaixo da qualidade original pode forçar uma conversão, mesmo quando o dispositivo suporta o ficheiro de origem, enquanto outro cliente na mesma conta pode pedir a qualidade original e permanecer em Direct Play.
Verificar a configuração do cliente é muito útil, porque as definições de qualidade remota podem determinar se o Plex envia o ficheiro original ou cria uma transmissão com uma taxa de bits inferior. Em utilização simultânea, um cliente mal configurado pode acrescentar uma carga de conversão elevada que compete indiretamente com sessões que continuam em Direct Play.
Compare o dispositivo atrasado com um dispositivo rápido, utilizando a mesma conta, ficheiro, faixa de áudio, estado das legendas e definição de qualidade. Se alinhar essas definições eliminar o atraso, a utilização simultânea de clientes diferentes estava a revelar uma diferença no pedido, e não uma limitação de desempenho generalizada do servidor.
A colocação inicial em memória intermédia torna a latência da rede visível antes da reprodução estável
O Direct Play continua a exigir que o cliente abra a transmissão, receba dados suficientes para iniciar em segurança e mantenha a memória intermédia à frente da reprodução. Assim, um caminho com maior latência ou débito variável pode parecer lento no arranque, mesmo quando a largura de banda média é suficiente depois de a transmissão estar estabelecida.
As definições de qualidade e ligação remotas podem atrasar ou interromper a reprodução, mesmo quando a largura de banda nominal parece generosa. As diferentes aplicações Plex apresentam os seus próprios comportamentos de qualidade e entrega, por isso diagnostique primeiro o pedido do cliente antes de alterar a capacidade do servidor.
Teste separadamente o tempo de arranque e a taxa de bits estável. Se o cliente atrasado recuperar e funcionar sem problemas, enquanto outro cliente já está ativo, o problema parece estar mais relacionado com a colocação inicial em memória intermédia ou com a latência do caminho do que com a capacidade sustentada do servidor.
O áudio, as legendas e o tratamento do contentor podem acrescentar atrasos específicos do cliente
Um cliente pode aceitar o vídeo, mas precisar de outra faixa de áudio, de um tratamento diferente das legendas ou de outro caminho para o contentor. Isso pode introduzir Direct Stream ou uma conversão de áudio ligeira, facilmente ignorada quando o utilizador se concentra apenas na imagem. As alterações de faixa também podem desencadear um novo pedido e um novo período de colocação em memória intermédia.
Numa situação de falha específica de dispositivos Samsung, a reprodução mudou quando a conversão de áudio e as legendas se sobrepuseram, embora o vídeo subjacente não tivesse mudado. O limite útil é a especificidade do cliente, e não a afirmação de que todos os formatos de legendas criam o mesmo atraso.
Repita o teste de arranque com as legendas desativadas e com uma faixa de áudio amplamente compatível. Se o atraso acompanhar uma determinada faixa ou opção de legendas, não atribua ainda a explicação ao hardware do servidor até resolver esse caminho específico do cliente.
A utilização simultânea revela a etapa partilhada de entrega mais lenta
Quando várias sessões Direct Play se sobrepõem, o servidor continua a ter de abrir conteúdos multimédia, ler dados de origem, enviar fluxos TCP em simultâneo e servir pedidos de metadados ou imagens. Uma fila de armazenamento ou uma ligação de saída partilhada pode acrescentar atraso ao arranque antes de se tornar suficientemente grave para causar armazenamento em memória intermédia evidente durante a reprodução.
Mesmo quando o servidor envia o conteúdo multimédia original, o cliente continua a depender de uma memória intermédia de reprodução para absorver pequenas variações na entrega durante o arranque e a reprodução. Por isso, um único valor de débito médio não consegue explicar todos os atrasos de arranque em ambientes com vários clientes.
Se a reprodução passar de um arranque atrasado para pausas repetidas, separe o atraso de arranque do armazenamento em memória intermédia antes de alterar o servidor. A causa principal é a primeira condição que mudou: compatibilidade do pedido, memória intermédia do cliente, abertura do conteúdo multimédia ou pressão partilhada na entrega.
Centro de Tecnologia e IA
Mais para Ler

O que é o estado do Plex e que partes têm de persistir?
O estado persistente do Plex é a informação que preserva a experiência do servidor após reinícios e reconstruções; os dados multimédia e temporários de...

Como é que o Plex gere a autenticação entre sessões locais e remotas?
A autenticação do Plex começa pela identidade do servidor e da conta; depois, os caminhos de rede locais ou remotos determinam a acessibilidade e...

Porque é que a pesquisa no Plex pode ficar mais lenta à medida que os dados da biblioteca aumentam?
O crescimento da biblioteca, por si só, não é o diagnóstico. Teste a estrutura das consultas, os índices, o estado da cache, a latência...

