Journal GLADOS : Google L'A Dans l'OS

Posté par  . Licence CC By‑SA.
Étiquettes :
55
17
oct.
2021

Chers Zamis,

Comme vous le savez peut-être si comme moi vous avez le cuivre apathique, il est bien pratique de pré-charger ses videos avec youtube-dl ( https://yt-dl.org ).

Comme son nom ne l'indique pas, ce programme charge tout un tas de plateformes, mais pour ma part c'est youtube qui m'intéresse.

Depuis quelques jours, yt-dl ne fonctionne plus très bien : le chargement est limité entre 50 et 70ko/s.

Les discussions sur le sujet abondent, je vous laisse chercher pour le détail et je résume: c'est entièrement la faute de Google. Leur interface démarre à une certaine vitesse, et yt-dl part à fond parce que YOLO. Cela leur permet de détecter l'impétrant et de le punir comme il le mérite, car contourner le fonctionnement imposé de Google sera bientôt un crime contre l'humaugmenté.

Ce n'est pas la première fois que Google joue cette partition désagréable, et yt-dl a toujours eu une parade.
Hélas, son mainteneur est maintenant aux abonnés absents, les PR s'accumulent, la foule en colèe a sorti les torches et les fourches , et le sheriff est en prison.

J'ai un peu de temps libre pour faire monter le suspense ce dimanche matin, et donner libre cours à mes velléités littéraires (ne comptez quand même pas sur moi pour me relire, l'écriture Gonzo est mon domaine).
Mais toutes les bonnes choses ont une fin et me voilà avec deux kilos de patates à éplucher. Je me hâte donc de conclure.

Il faut utiliser yt-dlp qui régle le problème avec une nouvelle équipe de gens remontés comme des coucous Suisse dévalant les pistes enneigées d'une montagne de cocaïne.

Lien: https://github.com/yt-dlp/yt-dlp

Au fait, savez-vous que j'utilise Arch ? Il y a un paquet tout prêt dans AUR.

Pour le raspberry, je me suis contenté d'un clone avec --depth 1 (il est fragile de la carte mémoire et m'en a déjà grillé une, le salopiot). Cela fonctionne très bien ainsi.

Si vous aviez une montagne de videos déjà chargées avec youtube-dl, yt-dlp va tout recommencer depuis le début. C'est facheux. La planète, la consommation électrique, tout ça on s'en fout, mais il y a votre Temps Précieux.

Solution: relancer youtube-dl (vous ne l'aviez pas encore effacé j'espère ?) sur votre playlist avec l'option --download-archive dejavu.

Ceci va créer une liste de ce qui a déjà été chargé.

Joie, vous pouvez passer la même option à yt-dlp , ce qui lui évitera de tout recharger bêtement.

Sur cette victoire du Monde Libre contre les rats de google, je vous laisse et cours éplucher mes pommes de terre pendant que le raspberry clignote joyeusement de l'interface réseau.

  • # Ah oui...

    Posté par  (site web personnel) . Évalué à 6.

    J'avais effectivement remarqué ça, et comme je charge les vidéos pour les regarder plus tard, j'ai simplement fait autre choses.

    Et comme j'en avais une dizaine, et que de temps en temps ça s'arrête, je relance et voilà. Les vidéo déjà téléchargées sont simplement ignorées, et celle incomplètes sont complétées.

    Merci pour le travail effectué, j'espère qu'il y aura un paquet pour Debian, si d'ici là je ne suis pas passé à OpenBSD… (ça fait 10 ans que je dis ça).

    Peut être qu'il faudrait monter une équipe commando pour libérer le mainteneur qui est enfermé quelque part au pays du Freedom.

    Oui, c'est fou tous les services de vidéos compatibles avec yt-dl{p}

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: Ah oui...

      Posté par  . Évalué à 6.

      Sur ma Debian, j'installe et mets à jour yt-dlp via un environnement virtuel Python dédié.
      Ca se créée assez facilement comme suit:

      # Création au besoin d'une arborescence dédiée aux virtualenvs Python
$ sudo mkdir -p /opt/virtualenvs/
# Création d'un virtualenv dédié, grâce au module 'venv' de la lib. standard
#   (qui peut-être requiert le paquet Debian 'python3-venv', je ne sais plus)
$ sudo python3 -m venv /opt/virtualenvs/yt-dlp
# Mise à jour des outils de gestion de paquets Python en son sein
#    (via le 'pip' du virtualenv, et non celui du système)
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade setuptools
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade pip
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade wheel
# Installation de 'yt-dlp'
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install yt-dlp

      et pour les mises à jour quotidiennes de mon OS, intégration dans son script d'upgrade d'une adaptation de:

      # Mise à jour des outils de gestion de paquets Python en son sein
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade setuptools
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade pip
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade wheel
# Mise à jour de 'yt-dlp'
$ sudo /opt/virtualenvs/yt-dlp/bin/pip install --upgrade yt-dlp

      Et en voiture S'mon Fort-du-Bras!
      Vous pouvez adapter selon vos goûts, YMMV & Cie, par ex. en opérant installation dans le $HOME de votre utilisateur.

  • # Basse définition

    Posté par  . Évalué à 10.

    Merci pour ce résumé. J'ai vu passer ça grâce à YTCC qui est une chouette interface TUI à vos abonnements, et qui lit les vidéos à l'aide de MPV.

    Ceci dit, je charge tout en 480p, et j'ai pas beaucoup senti la différence du coup. Dès fois, ça laggue un peu. Mais quitte à en faire bondir beaucoup ici, regarder une vidéo de e-penser, de Fouloscopie ou de Technology Connections en 1080p, c'est … pas franchement différent :)

  • # Freetube / Newpipe

    Posté par  . Évalué à 2.

    Cela fait un moment que j'avais remarqué des dysfonctionnements, je m'en doutais bien que cela venait de Google. Les vidéos sont parfois inregardables tant ça rame (modifier le bitrate ne change rien).
    Je n'utilise pas yt-dl mais je crois que je vais m'y mettre, merci du tuyau.

  • # on en parle ici (commentaire bookmark)

    Posté par  . Évalué à 5.

    https://github.com/yt-dlp/yt-dlp/issues/985

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.