Video YouTube instabile durante la riproduzione sul mio browser Pi 3


8

Qual è il miglior browser da utilizzare per riprodurre video di YouTube su Pi3. Attualmente uso l'Epiphany Web Browser che è stato fornito dal sistema operativo Jessie al momento dell'installazione, ma trovo che la riproduzione dei miei video sia molto instabile quando vengono riprodotti, anche se l'audio sembra a posto.

C'è qualcosa che posso scaricare in modo che i video vengano trasmessi in modo fluido? Ho una buona connessione a Internet e non desidero installare un altro browser sul mio Pi in quanto il feedback generale da Internet è che Epifania è un bel browser.

Attualmente sto usando il mio Pi3 senza testa tramite SSHing tramite WiFi. E ho l'ultimo sistema operativo Raspbian Jessie


In alternativa, puoi provare VideoLAN (aka VLC).
Ismael Miguel,

@IsmaelMiguel Come puoi giocare a YouTube tramite VLC?
Piotr Kula,

@ppumkin File> Open from Network(o simile) o CTRL+N(se non sbaglio).
Ismael Miguel,

E basta incollare l'URL di YouTube e lo giocherà? : D
Piotr Kula il

1
Sì. La maggior parte dei video funziona. Si caricano a 720p o meno. Inoltre, è Media, non è File.
Ismael Miguel,

Risposte:


2

Anche se il browser supporta lo streaming video HTML 5, la decodifica effettiva dello stream viene eseguita utilizzando la CPU in quanto non esiste un'implementazione per il browser per utilizzare i decodificatori hardware integrati.

Penso che l'altro problema sia che anche il desktop è reso software? (referenziato da questo post del forum) Quindi è un problema amplificato in cui tutto inizia a perdere il controllo.

Se stai trasmettendo in streaming un video di YouTube di alta qualità, otterrai questa incertezza a causa della CPU che fatica a tenere il passo con il rendering sullo schermo.

Kodi e XBMC supportano la decodifica hardware diretta (e il rendering dell'interfaccia utente OpenGL) per questo motivo i video possono essere trasmessi da Plex e da altri luoghi a tariffe accettabili. (Probabilmente anche plugin come YouTube)


1

Quindi anch'io ho avuto il jitter sotto forma di hickup ogni 5-10 secondi di riproduzione video Youtube a 720p a schermo intero mentre eseguivo un Raspberry pi 3 B +. Anche se nel dirlo, ha fatto scorrere un po 'più bene quando nella finestra più piccola. Sto usando un cavo HDMI per un vecchio monitor TV che probabilmente fa solo 720p ma qualunque cosa.

Il vero trucco era che ho sostituito il mio chip da micro SD 32 gig con uno migliore. Sì, lo so che pensi che il tuo chip di classe 10 sia abbastanza buono ed è quello che pensavo, ma al giorno d'oggi non tutti i chip micro SD di classe 10 sono uguali, ho comprato un Sandisk Extreme plus con un V30 scritto su di esso. Questo significa semplicemente che sposterà e uscirà i dati dal chip a una velocità superiore di 3 volte rispetto alla tua scheda micro SD di classe 10 economica ... che apparentemente è importante !?

In realtà non pretenderò di sapere perché questo è così importante poiché ho pensato che il contenuto di Internet stesse semplicemente andando direttamente nel processore e non toccando nemmeno la mia scheda Micro SD, ma ehi, che ne so. Ad ogni modo, ho anche notato che il mio tempo di avvio per My RPi 3 B + è passato da una seconda volta a 30 secondi per arrivare al desktop a una seconda volta, penso che questa sia una spia che le cose erano lente con la vecchia scheda micro SD che ho avuto.

Ad ogni modo, gli altri miglioramenti che ho fatto sono stati aggiornare Raspbian a qualsiasi cosa fosse attuale, forse non era molto importante, e ottenere un alimentatore che non sempre presentasse un fulmine nella parte in alto a destra del mio schermo ... probabilmente neanche critico.

Ad ogni modo, ora posso guardare i video di tipo MMA su Youtube a schermo intero a 720p su Chromium senza problemi. Non è necessario riscrivere il codice qui. Spero che sia di aiuto.


1

Puoi giocare a HD YouTube con omxplayer di Terminal Player .

omxplayer video.file

Sarà necessario anche youtube-dl per generare l'URL di YouTube del video richiesto fornendo l'ID del video. La -gbandiera sta per get url

omxplayer `youtube-dl -g https://www.youtube.com/watch?v=<Video ID>`

Per impostazione predefinita, non fornisce il collegamento per la migliore qualità. Puoi impostarlo manualmente fornendo il flag -f e il numero della qualità. Per ottenere tutta la qualità disponibile usa il flag -F (files)

youtube-dl -F https://www.youtube.com/watch?v=<Video ID>

Questo elencherà tutti i file relativi al video. Alcuni dei file video non includono un audio. Di solito i file video 1080p sono senza audio, quindi dovrai riprodurli entrambi contemporaneamente. Ho realizzato uno script bash in grado di riprodurre 2 video contemporaneamente, puoi giocare su https://github.com/kloshar4o/omxYouTube .


Fondamentalmente, stai suggerendo di scaricare l'intero video e riprodurlo localmente? E se fosse un video 1080p della durata di 5 ore?
Arthur Attout,

@ArthurAttout Naturalmente non, come detto sopra, -gflag ottiene l'URL del video e omxplayer lo bufferizzerà come un normale video HTML. Sì, puoi riprodurre istantaneamente video di 5 ore, di solito è questo il punto, non credo che tu sia disposto a eseguire tutti questi problemi per 3-4 minuti di video. Uso questo approccio per riprodurre video musicali di 2-3 ore 1080p con il mio raspberry pi, e funziona benissimo.
Kloshar4o

Va bene, il nome del binario era abbastanza fuorviante, perché anche la pagina principale di youtube-dlse stessa dice che l'utility è principalmente usata per scaricare un video di YouTube. -gsta per: URL di simulazione, silenzioso ma di stampa . Non penso nemmeno che youtube-dl sia necessario a questo punto. omxplayer
Proverei

Quella youtube-dlcosa è chiaramente la cosa più strana che abbia mai visto. Quando richiedi un video con -gesso, viene restituito un collegamento http su uno strano dominio simile a Google ( https://r3---sn-cxab5jvh-cg0ez.googlevideo.com) con diversi parametri, incluso il tuo IP pubblico.
Arthur Attout,

1

Testando YouTube con un Raspberry Pi 3 Modello B sotto Raspbian usando Chromium mi sono imbattuto nel video discontinuo con un buon audio. Sono andato in Preferenze e ho cambiato la GPU da 64 a 128 e poi a 256 e ho scoperto che 256 funzionava alla grande.

Stavo usando un monitor 1920 "1080x da 23", a schermo intero su HDMI. Il passaggio da schermo intero a finestra e viceversa ha comportato un po 'di instabilità temporanea con l'impostazione 256. Presumo che il passaggio da schermo intero a finestra richiedesse ulteriori ma temporanei requisiti sul CPU che ha interessato il display video.

Stavo usando WiFi in quel momento. Non sarei sorpreso se l'uso di un cavo Ethernet anziché WiFi aiutasse i video migliorando la velocità di trasmissione da una fonte video come YouTube o altri provider Internet. Almeno ridurrebbe i problemi di buffering che causano l'arresto del video visualizzato fino a quando i dati video non riescono a recuperare.


Non capisco bene. L'impostazione della memoria GPU su 256 ha aiutato con il video discontinuo o il video è rimasto discontinuo? E in che modo Ethernet tiene conto di questo?
Dmitry Grigoryev il

1
@DmitryGrigoryev cambiare la memoria della GPU su 256 ha aiutato con il video instabile, ma in alcune condizioni c'era ancora della balbuzie. Sembra che ci siano due considerazioni principali per il video. Il primo è il throughput del sistema video e la velocità con cui può creare frame e consegnare i frame al display. L'aumento della memoria della GPU aiuta in questo. L'altro è la possibilità di ottenere il flusso video e la sua velocità. Ethernet cablata con PI 3 è più veloce del WiFi tramite adattatore USB.
Richard Chambers,


0

La fondazione Raspberry Pi non ha effettivamente sempre suggerire di usare il proprio browser Epiphany a causa di ottimizzazioni. Ma hanno ammesso che non è stato fatto alcun lavoro su di esso da un po 'di tempo ormai e stanno davvero pensando di abbandonare l'epifania. scorrere fino a "Aggiornamenti", quindi "Un'altra cosa"

Raccomandano invece di usare il browser chromium con un plugin chiamato "h264ify" che forza lo streaming di h264 su YouTube che dovrebbe decodificare meglio sul Pi.

L'ho fatto, l'ho provato. Non sono sicuro di come fosse prima, ma funziona in streaming OK quando è aperto. Ancora per me quando vai a 1080p e a schermo intero è instabile come un matto.

Ho anche abilitato il GL sperimentale e ho messo 256 MB per la GPU.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.