Perché la riproduzione di Plex varia tra il browser e le app native

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Why Plex Playback Differs Between Browser and Native Apps

La riproduzione di Plex varia tra i client perché ogni app comunica al server capacità diverse relative a contenitori, codec, audio, sottotitoli e riproduzione.

Lo stesso film può essere riprodotto direttamente su un'app TV nativa, ma attivare una transcodifica in un browser sulla stessa rete. Questo non significa automaticamente che il browser sia più lento o che il server sia configurato male; il percorso di riproduzione cambia quando il client non può accettare una parte della sorgente così com'è. Confronta le capacità e la modalità di riproduzione prima di confrontare il carico hardware.

Le capacità del client determinano il percorso di riproduzione

Plex sceglie tra Riproduzione diretta, Flusso diretto e transcodifica completa in base a ciò che il client dichiara di poter gestire. Un client che accetta video, audio, sottotitoli e contenitore può ricevere il file originale, mentre un altro client può forzare il remuxing o la conversione anche dallo stesso server.

Il server sceglie tra Riproduzione diretta, Flusso diretto e transcodifica in base alla compatibilità del client e ai requisiti del flusso, modificando così le risorse consumate da ogni sessione; questo è il punto di partenza da stabilire per la riproduzione su browser rispetto a quella nativa.

L'osservazione più chiara è un cambiamento della modalità di riproduzione nella dashboard di Plex. Se l'app nativa mostra Riproduzione diretta ma il browser mostra una transcodifica video o audio, le capacità del client hanno modificato il carico di lavoro del server prima ancora di considerare la velocità della rete.

Codec, audio, sottotitoli e contenitore sono aspetti distinti

La compatibilità video è solo uno degli aspetti. Formati audio, rendering dei sottotitoli, supporto dei contenitori, API multimediali del browser e impostazioni della qualità del client possono trasformare indipendentemente un file altrimenti compatibile in un Flusso diretto o in una transcodifica.

Quando misuri la riproduzione su browser rispetto a quella nativa, la riproduzione dal browser può richiedere più transcodifica rispetto a un'app nativa quando codec, contenitori o sottotitoli non rientrano nel percorso di riproduzione del browser.

Una differenza che segue il client è il risultato di un problema di compatibilità, non la prova che siano cambiati lo spazio di archiviazione o l'hardware del server. Per questo la scelta del client e la normalizzazione del formato dei contenuti sono leve di prestazioni legittime.

Quando la scelta del client non è più la causa principale

Le capacità del client non spiegano tutto quando la larghezza di banda remota è inferiore al bitrate della sorgente, quando i limiti di qualità del server impongono una conversione o quando il file multimediale è danneggiato. In questi casi, anche un client nativo compatibile potrebbe non ricevere il flusso originale.

Al limite del problema nella riproduzione su browser rispetto a quella nativa, la transcodifica di Plex può aumentare l'utilizzo della CPU o trasferire il lavoro a una GPU, oltre a creare dati di lavoro temporanei sul server.

Ripeti il test localmente alla qualità originale. Se entrambi i client continuano a scegliere modalità di riproduzione diverse, la causa probabile è la compatibilità; se localmente convergono ma da remoto divergono, analizza prima la larghezza di banda e i criteri di qualità per l'accesso remoto.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

Esegui un confronto controllato tra i client

Scegli un file rappresentativo, mantieni costanti rete e qualità e confronta la modalità di riproduzione sul browser e sull'app nativa. Modifica un solo fattore alla volta: sottotitoli, traccia audio, qualità o client. Lo stesso limite è più facile da individuare in uno stack multimediale con accelerazione hardware quando ogni servizio ha un ruolo esplicito nella gestione delle risorse e nel ripristino.

Prima di accettare una modifica alla riproduzione su browser rispetto a quella nativa, la riproduzione dal browser può richiedere più transcodifica rispetto a un'app nativa quando codec, contenitori o sottotitoli non rientrano nel percorso di riproduzione del browser.

Fermati quando riesci a identificare il flusso o l'impostazione esatta che trasforma la Riproduzione diretta in una conversione. Questo risultato è più utile della generica affermazione secondo cui un client è più veloce, perché indica se devi cambiare client, formato dei contenuti o capacità del server.