J’essaie de comprendre comment fonctionne le chargement des vidéos sur Peertube, dans quel « ordre » est chargée la vidéo.
Un exemple
Pour reprendre une vidéo déjà entamée, j’avais mis de côté le lien vers la vidéo avec l’option « commencer à … ». Ce soir j’ouvre ce lien, je mets sur pause pour laisser charger et regarder confortablement ensuite, le chargement se fait à environ « 1 MB » affiché (j’imagine 1 Mo/s), ce qui correspond bien à la vitesse habituelle de ma connexion Internet.
Donc je laisse charger quelques minutes, et lorsque je clique sur play, après moins de cinq secondes ça s’arrête avec le logo chargement !
Quand je clique sur
pause ça s’affiche à 0:00:00 ;
puis sur play et re-pause, ça affiche à nouveau mon avancement dans la vidéo, je laisse quelques minutes (plus courtes) ;
puis play, ça bloque au bout de quelques secondes, je laisse aller, et j’ai mis un temps considérable (pas chronométré, désolé), à lire 53 secondes…
N’y connaissant rien en torrentage et en compression de vidéo, je suis étonné : qu’est-ce qui a été téléchargé depuis tout ce temps ?
Après un moment ça se débloque, heureusement et donc j’imagine que c’est une question d’ordre de téléchargement des « segments » de vidéo (si la vidéo est découpée en segments linéairement par rapport au temps).
EDIT : J’ai parlé trop vite. Après avoir mis sur pause pour écrire le message, je clique sur play et en deux secondes ça plante avec les symptômes précédents. Re play-pause-play (désolé c’est un tic), ça rame… Le temps d’écrire ces lignes ça se relance. Ça serait peut-être plutôt une gestion du bouton pause ?
Merci pour vos éclaircissements.
J’espère que ce sujet mènera à des évolutions du code pour résoudre ces petits soucis, qui sont peu gênants sur de petites vidéos, mais plus embêtants sur d’autres de plus de deux heures
J’ai des soucis du même type avec des vidéos de Datageule :
J’ouvre le lien, je mets sur pause, je laisse charger, quelques minutes, puis quand je clique sur play au bout de quelques secondes ça plante et affiche le logo de chargement, et éventuellement ça rejoue ces premières secondes.
Comme la vidéo est plus courte, c’est moins gênant.
Au passage, j’utilise Firefox (à jour) sous Solus (à jour).
Si vous voulez je peux trouver un outil pour faire une séquence vidéo de mon écran pendant ces manips.
J’en ai profité pour faire quelques essais supplémentaires avec la longue vidéo de mon dernier message :
Au moment où je retourne sur l’onglet il y a eu pendant une petite seconde le logo de chargement (pas gênant).
Encore un essai avec le même protocole sur cette même vidéo et le symptôme survient à nouveau mais je laisse charger : 25 secondes d’attente.
Troisième essai : 10 secondes d’écran noir, puis une fraction de seconde de “play” puis quelques secondes de chargement puis c’est parti pour de bon.
Quatrième essai : aucun problème.
Entre les tests je ferme l’onglet et le rouvre. Mon navigateur est configuré pour supprimer alors les cookies mais pas le cache.
Pendant la pause où je laisse charger je passe à un autre onglet (pour rédiger ce message au fur et à mesure par exemple ). Cette pause a une durée d’au moins 15 secondes à chaque fois, et je ne considère que les premières secondes de lecture donc je ne pense pas que le temps d’attente soit un facteur signifiant durant mes tests (si les premières images sont chargées en premier).
Donc il doit y avoir d’autres facteurs. L’essai 2. est celui qui ressemble le plus aux symptômes, mais je n’ai rien eu d’aussi gênant que l’autre soir où la lecture était vraiment saccadée malgré de longs temps d’attente (vidéo sur pause durant plusieurs minutes).
Tentative d’explication : au chargement de la page, peut-être que selon le temps que je laisse avant de cliquer sur pause et changer d’onglet, les premières images sont celles du début de la vidéo et non celles de l’instant programmé dans l’URI.
Plusieurs coupures durant la lecture de la vidéo ci-dessous et notamment une où l’avancement du chargement de la vidéo avait une bonne marge.
J’ai remarqué que durant certaines de ces coupures la définition a changé, et pas qu’en décroissant.
Après avoir fixé la définition à 720p je n’ai plus eu de soucis.
Est-ce que le lecteur prend un peu d’avance lorsqu’il s’apprête à augmenter la définition ?
Si la définition “auto” décide de changer de résolution au moment où je cliquais sur play pour une résolution plus élevée, on pourrait expliquer ces chargements.
Merci du débug! Effectivement ça circonscrit le problème au changement automatique de définition, qui s’adapte en fonction de la bande passante vers le serveur, et celle-ci doit être assez variable. De mémoire le lecteur ne prend pas d’avance, il change immédiatement.
Déjà merci et bravo pour le boulot : je suis impressionné tant par le fonctionnement que par le nombre de vidéos disponibles !
Je tombe sur ce post par hasard alors que justement, je voulais analyser et faire part de ce problème. Mais je n’ai pas encore eu le temps de bien analyser, je vais essayer de le faire assez vite. En gros, de ce que j’ai constaté sur la majorité des vidéos que j’ai visionnées (y compris quelques-unes de datagueule) :
Au lancement, c’est tout haché, donc obligation de mettre en pause et d’attendre un peu (ça ne pourrait pas afficher d’abord le truc qui tourne - symbole du chargement, puis ne démarrer la vidéo que quand le chargement est jugé suffisant pour ne pas se ré-arrêter au bout de quelques secondes ?).
Pendant que ça charge, je vois la barre de chargement qui avance, puis revient à zéro, puis ré-avance, revient à zéro… plusieurs fois de suite.
En même temps, bien qu’étant en pause, la barre d’avancement bouge, avec ou sans changement de l’image affichée !
Certaines vidéos sont très pénibles à regarder, elles s’arrêtent fréquemment pour rechargement (chose qui ne m’arrive que très rarement sur youtube et viméo, c’est moins rare cependant sur dailymotion mais beaucoup moins que sur peertube).
Une vidéo (de datagueule si ma mémoire ne me trahit pas) s’est arrêtée un peu après la moitié, et impossible qu’elle reparte. En reculant un peu, elle repartait sans souci, puis s’arrêtait exactement au même endroit. J’ai pu finir de la visionner en dépassant le point d’arrêt de quelques secondes.
Je m’étonnais beaucoup de constater que certaines portions se rechargeaient plusieurs fois, mais je n’avais pas pensé au changement de résolution mentionné par come_744. C’est peut-être l’explication, je vérifierai. En tous cas, c’est pénible ! Ne pourrait-on pas configurer la résolution une bonne fois pour toutes (conservation dans un cookie) ?
Concernant mon environnement :
Même constat sur plusieurs ordinateurs aux ressources matérielles différentes : le problème n’est pas là apparemment.
Tous sont sous Debian 9, bureau mate, navigateur Seamonkey version 2.49.4
Ligne ADSL Free pourrie (2,9 km dont une bonne moitié de corde à linge datant de Mathusalem). Je m’estime heureux malgré tout, puisque j’arrive quand même à dépasser un peu les 6 Mb/s en download en quasi permanence.
Voilà… Un peu plus de précisions dès que j’aurai fait quelques essais et relevés précis. A ce propos, s’il y a des choses à tester, ce sera avec plaisir.
Pas de quoi Un projet si bien conçu et suivi de manière si réactive, ça encourage à faire le peu qu’on peut pour l’améliorer !
J’espère trouver un peu de temps ce week-end pour affiner ces observations. Si tu as des besoins/demandes/conseils pour que ça fasse avancer le schmilblic le mieux possible, je prends ! Par exemple, faut-il préférer ou éviter certaines instances pour des résultats plus significatifs ? Ou vaut-il mieux tester sur un navigateur plutôt qu’un autre (j’en ai plusieurs d’installés), ou encore faire une comparaison entre certains d’entre eux ? Bref, y a-t-il certains tests qui t’intéresseraient particulièrement vu mon environnement ?
Tester sur datagueule, thinkerview et framatube de préférence, via Chrome, Firefox ou Safari.
Mais tu as été assez précis pour l’instant. On essaye de voir comment utiliser une autre techno pour le player, qui soit plus stable (mais c’est pas avant un moment).
La seul truc qui manquerait ce serait le pourcentage d’erreur que tu rencontres (genre tu arrives à lire correctement combien de vidéos par rapport aux bugs ?)
Comme dit dans le rapport, j’ai quand même eu beaucoup moins de problèmes que ce que je rapportais plus haut. Est-ce dû à l’utilisation de Firefox à la place de Seamonkey ou au fait que j’ai été chercher les vidéos sur l’instance qui les héberge ? Je ne sais pas. Il y en a même quelques unes qui se lisent sans aucun problème, d’autres juste un peu longues à charger, mais aussi certaines qui coincent pas mal…
Bon, si tu as besoin d’autres essais, yakadir !
Et merci encore pour Peertube qui est génial malgré quelques petits problèmes de jeunesse
et donc j’imagine que c’est une question d’ordre de téléchargement des « segments » de vidéo (si la vidéo est découpée en segments linéairement par rapport au temps).
). Cette pause a une durée d’au moins 15 secondes à chaque fois, et je ne considère que les premières secondes de lecture donc je ne pense pas que le temps d’attente soit un facteur signifiant durant mes tests (si les premières images sont chargées en premier).
Un projet si bien conçu et suivi de manière si réactive, ça encourage à faire le peu qu’on peut pour l’améliorer !
)