Vidéo YouTube saccadée lors de la lecture sur mon navigateur Pi 3


8

Quel est le meilleur navigateur à utiliser pour lire des vidéos YouTube sur le Pi3. J'utilise actuellement le navigateur Web Epiphany fourni par Jessie OS lors de l'installation, mais je trouve que la lecture de mes vidéos est très saccadée lorsqu'elles sont lues, même si l'audio semble correct.

Y a-t-il quelque chose que je peux télécharger pour que les vidéos soient diffusées couramment? J'ai une bonne connexion Internet et je ne souhaite pas installer un autre navigateur sur mon Pi, car la rétroaction générale d'Internet est que Epiphany est un navigateur assez agréable.

J'utilise actuellement mon Pi3 sans tête par SSHing via WiFi.Et j'ai le dernier Raspbian Jessie OS


Comme alternative, vous pouvez essayer VideoLAN (alias VLC).
Ismael Miguel

@IsmaelMiguel Comment pouvez-vous jouer à YouTube via VLC?
Piotr Kula

@ppumkin File> Open from Network(ou similaire) ou CTRL+N(si je ne me trompe pas).
Ismael Miguel du

Et vous venez de coller l'URL YouTube là-dedans et il la jouera? : D
Piotr Kula

1
Oui. La plupart des vidéos fonctionnent. Ils se chargent à 720p ou moins. Et ce n'est Mediapas le cas File.
Ismael Miguel

Réponses:


2

Même si le navigateur prend en charge le streaming vidéo HTML 5, le décodage réel du flux est effectué à l'aide du processeur car il n'y a pas d'implémentation pour que le navigateur utilise la construction dans les décodeurs matériels.

Je pense que l'autre problème est que le bureau est également rendu par logiciel? (référencé à partir de ce message sur le forum) Donc, c'est un problème amplifié où tout commence à devenir incontrôlable.

Si vous diffusez une vidéo YouTube de haute qualité, vous obtiendrez cette agitation en raison de la difficulté du processeur à suivre le rendu à l'écran.

Kodi et XBMC prennent en charge le décodage matériel direct (et le rendu de l'interface utilisateur OpenGL), c'est pourquoi les vidéos peuvent être diffusées à partir de Plex et d'autres endroits à des taux acceptables. (Éventuellement des plugins comme YouTube)


1

J'ai donc moi aussi eu de la gigue sous la forme d'un hickup une fois toutes les 5 à 10 secondes de lecture vidéo Youtube en 720p en plein écran lors de l'exécution d'un Raspberry pi 3 B +. Bien qu'en disant cela, ça coulait plutôt bien quand dans la petite fenêtre. J'utilise un câble HDMI vers un ancien moniteur de télévision qui ne fait probablement que 720p, mais peu importe.

Le vrai truc était que j'ai remplacé ma puce micro SD 32 gig par une meilleure. Oui, je sais que vous pensez que votre puce de classe 10 est assez bonne et c'est ce que je pensais, mais de nos jours toutes les puces micro SD de classe 10 ne sont pas les mêmes, j'ai acheté un Sandisk Extreme plus avec un V30 écrit dessus. Cela signifie simplement que les données entreront et sortiront de la puce à plus de 3 fois la vitesse de votre carte micro SD de classe 10 bon marché ... ce qui est apparemment important!?

En fait, je ne prétendrai pas savoir pourquoi cela est si important car je pensais que le contenu Internet se dirigeait simplement vers le processeur et ne touchait même pas ma carte Micro SD, mais bon, qu'est-ce que je sais. Quoi qu'il en soit, j'ai également noté que mon temps de démarrage pour mon RPi 3 B + était passé de 30 secondes pour arriver sur le bureau à 17 secondes, je pense que c'est révélateur que les choses étaient lentes avec l'ancienne carte micro SD que j'ai eu.

Quoi qu'il en soit, les autres améliorations que j'ai apportées ont été de mettre à jour mon Raspbian en fonction de ce qui était en cours, peut-être que ce n'était pas vraiment important, et d'obtenir une alimentation qui n'a pas toujours eu un éclair en haut à droite de mon écran ... probablement pas critique non plus.

Quoi qu'il en soit, je peux maintenant regarder des vidéos de type action Youtube MMA en plein écran à 720p sur Chromium sans accrocs. Aucune réécriture de code nécessaire ici. J'espère que cela t'aides.


1

Vous pouvez lire HD YouTube avec le lecteur terminal omxplayer .

omxplayer video.file

Vous aurez également besoin de youtube-dl pour générer l'url youtube de la vidéo demandée en fournissant l'ID de la vidéo. Le -gdrapeau signifie get url

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

Par défaut, il ne fournit pas le lien pour la meilleure qualité. Vous pouvez le définir manuellement en fournissant l'indicateur -f et le numéro de la qualité. Pour obtenir toute la qualité disponible, utilisez l'indicateur -F (fichiers)

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

Cela répertoriera tous les fichiers liés à la vidéo. Certains fichiers vidéo ne contiennent pas d'audio. Habituellement, les fichiers vidéo 1080p sont sans son, vous devrez donc les lire tous les deux en même temps. J'ai fait un script bash qui peut lire 2 vidéos en même temps, vous pouvez jouer autour de https://github.com/kloshar4o/omxYouTube .


En gros, vous proposez de télécharger la vidéo entière et de la lire localement? Et si c'est une vidéo 1080p de 5h de long?
Arthur Attout

@ArthurAttout Bien sûr, comme mentionné ci-dessus, -gflag n'obtient pas l'url de la vidéo, et omxplayer la tamponnera comme une vidéo html standard. Oui, vous pouvez lire une vidéo de 5 heures instantanément, c'est généralement le point, je ne pense pas que vous soyez prêt à exécuter tous ces problèmes pour des vidéos de 3 à 4 minutes. J'utilise cette approche pour lire des clips vidéo de 2 à 3 heures en 1080p avec mon Raspberry Pi, et cela fonctionne très bien.
Kloshar4o

Ooh d'accord, le nom du binaire était assez trompeur, car même la page principale de youtube-dllui - même dit que l'utilitaire est principalement utilisé pour télécharger une vidéo youtube. -gsignifie: Simuler, silencieux mais imprimer l'URL . Je ne pense même pas que youtube-dl soit nécessaire à ce stade. J'essaierais simplement de donner omxplayerle lien youtube
Arthur Attout

Cette youtube-dlchose est clairement la chose la plus étrange que j'ai vue. Lorsque vous recherchez une vidéo avec -gelle, un lien http est renvoyé sur un domaine étrange de type google ( https://r3---sn-cxab5jvh-cg0ez.googlevideo.com) avec plusieurs paramètres, y compris votre adresse IP publique.
Arthur Attout

1

En testant YouTube avec un Raspberry Pi 3 Model B sous Raspbian en utilisant Chromium, je suis tombé sur la vidéo agitée avec un bon son. Je suis allé dans les préférences et j'ai changé le GPU de 64 à 128 puis à 256 et j'ai trouvé que 256 fonctionnait très bien.

J'utilisais un moniteur 23 "1920 x 1080, plein écran via HDMI. Le passage du plein écran au fenêtré et inversé a entraîné un peu de claquement temporaire au réglage 256. Je suppose que le passage du plein écran au fenêtré imposait des exigences supplémentaires mais temporaires sur le CPU qui a affecté l'affichage vidéo.

J'utilisais le WiFi à l'époque. Je ne serais pas surpris si l'utilisation d'un câble Ethernet plutôt que du WiFi aiderait à la vidéo en améliorant le débit d'une source vidéo telle que YouTube ou un autre fournisseur Internet. Au moins, cela réduirait les problèmes de mise en mémoire tampon qui provoquent l'arrêt de la vidéo affichée jusqu'à ce que les données vidéo puissent rattraper.


Je ne comprends pas très bien. La définition de la mémoire GPU à 256 a-t-elle aidé à la vidéo saccadée, ou la vidéo est-elle restée saccadée? Et comment exactement Ethernet prend-il cela en compte?
Dmitry Grigoryev

1
@DmitryGrigoryev, la modification de la mémoire du GPU à 256 a aidé à la vidéo saccadée, mais il y avait encore du bégaiement dans certaines conditions. Il semble y avoir deux considérations principales pour la vidéo. Le premier est le débit du système vidéo et la rapidité avec laquelle il peut créer des images et livrer les images à l'écran. L'augmentation de la mémoire GPU aide à cela. L'autre est la possibilité d'obtenir le flux vidéo et sa vitesse. Ethernet filaire avec PI 3 est plus rapide que le WiFi via un adaptateur USB.
Richard Chambers


0

La fondation Raspberry Pi ne ne suggèrent en effet toujours d'utiliser leur navigateur Epiphany en raison d'optimisations. Mais ils ont admis qu'aucun travail n'avait été fait sur ce sujet depuis un certain temps maintenant et ils pensaient vraiment à abandonner l'épiphanie. faites défiler jusqu'à "Mises à jour", puis "Encore une chose"

Ils recommandent d'utiliser le navigateur Chrome à la place avec un plugin appelé "h264ify" qui force YouTube à diffuser H264 qui est censé mieux décoder sur le Pi.

Je l'ai fait, je l'ai testé. Je ne sais pas comment c'était avant, mais il est diffusé correctement lorsqu'il est fenêtré. Toujours pour moi lorsque vous passez en 1080p et en plein écran, c'est saccadé comme un fou.

J'ai également activé le GL expérimental et mis 256 Mo pour le GPU.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.