Scegli un file locale o incolla un URL e clicca Play. La pagina analizzerà fluidità, drop frame e sincronia.

Copre principalmente tre tipi di esperienza: compatibilità di decodifica (ad esempio se è supportato H.264/HEVC/VP9/AV1, se è fluido/risparmio energetico), stabilità di riproduzione (numero e durata di attese/balbettii, jitter), relativo alla qualità dell'immagine (statistiche sulla perdita di fotogrammi, modifiche della frequenza dei fotogrammi) e autotest soggettivo della sincronizzazione audio e video.

inutile. Il test si basa sulle funzionalità del browser (come MediaCapabilities, HTML5 Video, Web Audio) e può essere utilizzato aprendo la pagina.

No. Se usi un file locale, viene decodificato direttamente dal browser sul tuo computer. Privacy sicura al 100%.

MP4 (H.264) è il più compatibile. WebM (VP9/AV1) funziona su browser moderni. HEVC/H.265 dipende dal sistema operativo e licenze.

I motivi più comuni includono: il collegamento non è un "collegamento diretto" (in realtà è una pagina Web anziché un file video), la risorsa richiede accesso/autenticazione, il server non consente il cross-domain (CORS) o il browser non supporta il formato di codifica/incapsulamento. Di solito è più stabile testare prima con i file locali.

Alcuni browser intercettano la riproduzione automatica quando non viene eseguito alcun gesto da parte dell'utente o semplicemente falliscono quando la risorsa non è supportata. Fai clic in un punto qualsiasi della pagina, quindi fai clic su "Riproduci" e prova "Riproduci dall'inizio/Ripristina"; se il problema persiste, passa a un video con una codifica più universale (come H.264/MP4).

Controlla se la funzione "Muto" è attivata, se il volume del sistema/dispositivo di uscita è corretto e se il video stesso ha una traccia audio. Se utilizzi un auricolare Bluetooth/una scheda audio esterna, potresti non riuscire a sentire l'audio a causa della commutazione dell'uscita. Si consiglia di tornare temporaneamente all'output predefinito del sistema e riprovare.

Guarda 'Frame Persi' e 'Jank'. Se i numeri salgono costantemente durante la riproduzione, il tuo hardware sta faticando.

Perdere fotogrammi significa che la decodifica/rendering del video non riesce a tenere il passo con il ritmo di riproduzione di destinazione e il browser salterà alcuni fotogrammi per far avanzare la sequenza temporale. Una maggiore perdita di fotogrammi spesso provoca immagini discontinue, macchie di movimento o una sensazione di "pausa", soprattutto su video ad alta risoluzione/frequenza fotogrammi elevata.

Browser diversi possono avere codec, strategie di accelerazione hardware, strategie di consumo energetico e limitazioni sandbox diverse. Si consiglia di confrontare almeno una volta le prestazioni di Chrome/Edge e Safari/Firefox, soprattutto per le codifiche con maggiori differenze come HEVC, VP9 e AV1.

Sì, enormemente. L'accelerazione GPU riduce il carico CPU. Se è disattivata, video 4K/8K andranno a scatti.

Se vuoi testare la "riproduzione giornaliera", puoi utilizzare 1080p@30; se desideri sottoporre a stress test le prestazioni, puoi utilizzare 1440p/4K o 60 fps (come 1440p@60, 1080p@60). Confrontando diversi ingranaggi sullo stesso dispositivo è più semplice determinare se il collo di bottiglia deriva dalla decodifica o dal rendering.

Chiederà al browser il supporto per una combinazione specifica di parametri di codifica (se è supportata, se è fluida, se è efficiente dal punto di vista energetico). Questo può aiutarti a prevedere prima della riproduzione: alcuni codec/risoluzioni potrebbero essere "riproducibili ma non fluidi" nel tuo ambiente.

Ciò significa che il browser corrente non è in grado di rilevare automaticamente le funzionalità di decodifica (supporto/uniformità/risparmio energetico). Non influisce sul test di riproduzione di base. Puoi ancora giudicare osservando la balbuzie, la perdita di fotogrammi e l'esperienza soggettiva durante la riproduzione effettiva.

Fare clic su "Autotest sincronizzazione audio e video (schermata iniziale + segnale acustico)" e osservare l'ordine relativo di "vedere la schermata iniziale" e "sentire il segnale acustico": Se sembra incoerente per un lungo periodo, potrebbe verificarsi un ritardo del collegamento audio o una desincronizzazione causata dall'elaborazione del sistema.

Relativamente comune. I codec di collegamento Bluetooth, i miglioramenti audio del sistema e le strategie di buffering per diversi dispositivi di output possono introdurre ritardi percepibili. Si consiglia di utilizzare cuffie/altoparlanti cablati per ripetere il test e il confronto oppure disattivare "Miglioramento audio/Audio spaziale" nel sistema ed eseguire nuovamente il test.

La decodifica e il rendering video occuperanno la larghezza di banda di CPU/GPU/memoria; un elevato carico in background (giochi, conferenze, registrazioni dello schermo, schede multiple del browser) aumenterà il jitter dell'intervallo dei fotogrammi, aumentando così la balbuzie/perdita di fotogrammi. Si consiglia di chiudere i programmi ad alto carico e quindi ripetere il test come confronto delle "prestazioni video pure".

Probabilmente. Lo schermo intero o l'immagine nell'immagine modificheranno il percorso di rendering e aggiorneranno il ritmo. Su alcuni dispositivi, la differenza è più evidente su monitor esterni/schermi con frequenza di aggiornamento elevata. Si consiglia di eseguire un test una volta in "Modalità finestra" e "Schermo intero/Picture-in-Picture" per vedere se il ritardo e la perdita di fotogrammi cambiano.

Si consiglia di risolvere i problemi in ordine: utilizzare prima i file locali (escludere rete/CORS) → passare alla codifica più universale H.264/MP4 (escludere compatibilità) → cambiare browser (escludere differenze di implementazione) → disattivare carico elevato in background/cambiare accelerazione hardware (prestazioni di posizionamento/driver). Di solito 2-3 passaggi identificheranno la causa principale.