2 points par GN⁺ 2024-10-28 | 1 commentaires | Partager sur WhatsApp
  • Le portage non officiel de NewPipe est un build Flatpak expérimental basé sur Android Translation Layer, qui permet d’installer et d’utiliser sous Linux la version Android de NewPipe
  • Ce build n’est pas une distribution officielle créée par TeamNewPipe, et n’est ni affilié ni approuvé par TeamNewPipe
  • NewPipe est un frontend YouTube axé sur la confidentialité qui analyse le site web, sans bibliothèques du framework Google ni API YouTube
  • Il peut être utilisé sans Google Services ni compte YouTube, et est fourni en FLOSS
  • La version 0.28.8 contourne le problème lié à l’application forcée du protocole SABR par YouTube, mais des limites subsistent pour les vidéos destinées aux enfants

Build Flatpak non officiel de NewPipe

  • NewPipe (unofficial port) est un build Flatpak non officiel et expérimental basé sur Android Translation Layer
  • Il ne s’agit pas d’un build assemblé par TeamNewPipe, ni d’une application affiliée ou approuvée par TeamNewPipe
  • Les bugs doivent être signalés dans le ATL bug tracker, et non dans le gestionnaire de bugs de NewPipe
  • NewPipe fonctionne comme un frontend YouTube axé sur la confidentialité
    • N’utilise pas les bibliothèques du framework Google
    • N’utilise pas l’API YouTube
    • Obtient les informations nécessaires en analysant le site web
  • Utilisable même sur les appareils sans Google Services
  • Utilisable sans compte YouTube
  • FLOSS

Services pris en charge et changements de la 0.28.8

  • Les services pris en charge incluent l’écosystème YouTube et plusieurs plateformes média
    • YouTube et YouTube Music
    • PeerTube et toutes ses instances
    • Bandcamp
    • SoundCloud
    • media.ccc.de
  • La version 0.28.8 contourne les problèmes de lecture apparus lorsque YouTube a imposé le protocole SABR
    • Résolutions vidéo manquantes
    • Impossibilité d’utiliser des flux audio séparés
    • Seul un flux MP4 360p avec audio était disponible
    • Les vidéos destinées aux enfants sont exclues en raison des limites de cette méthode de contournement
  • Ce correctif de contournement a été créé grâce aux efforts de la communauté
  • La version inclut NewPipe Extractor v0.26.3
    • Inclut le correctif de contournement lié à SABR
    • Corrige un problème où les vidéos n’étaient pas extraites des playlists YouTube
    • Corrige un problème où la recherche Bandcamp ne renvoyait aucun résultat
  • Get more Information
  • Project Website
  • Contribute Translations
  • Report an Issue
  • Browse the source code

1 commentaires

 
GN⁺ 2024-10-28
Avis Hacker News
  • La partie intéressante semble surtout être https://gitlab.com/android_translation_layer/android_transla.... C’est probablement une alternative à Waydroid, mais comme elle ne nécessite pas de module noyau Binder, elle pourrait aussi être plus proche de WINE
    En plus, je trouve assez bonne l’idée de packager ensemble l’application et la couche de compatibilité sous forme de Flatpak. Cela permet de fournir l’app presque comme une app native, de trouver facilement des utilisateurs et testeurs pour la couche de compatibilité, et aussi de réduire le périmètre à une app à la fois, ce qui facilite la communication du type « cette app fonctionne, mais n’attendez pas encore que d’autres apps non implémentées fonctionnent »
    À strictement parler, je ne pense pas que Flatpak soit indispensable. Créer un paquet Debian pour ATL et un paquet pour NewPipe, puis les mettre dans un dépôt ou un PPA, ne semble pas techniquement bloqué. Mais Flatpak paraît bien adapté à cet usage

    • Tenter de réimplémenter Android sans Binder a de fortes chances d’échouer. Presque tout dans Android est profondément lié à Binder, donc pour que ça fonctionne, il faudra empiler hack sur hack
      Les services passent par Binder, les intents aussi, y compris les intents internes, Play Services ou microG utilisés par 90 % des apps aussi, et les permissions également. À ce stade, une image Android x86 pourrait être meilleure et plus stable, avec des performances possiblement similaires
    • Ce projet semble construit sur mon ancien projet android2gnulinux. Ça fait plaisir de voir que quelqu’un a repris le flambeau et le rend plus fonctionnel
      https://github.com/Cloudef/android2gnulinux
    • Cela fait un moment que j’espérais une combinaison couche de compatibilité + application Flatpak, et c’est chouette de voir que quelqu’un le fait réellement. Mon rêve personnel serait de voir beaucoup de Flatpak pour la suite Microsoft Office
    • Comme je n’utilise pas Flatpak, Snap ni AppImage, j’apprécie le fait que cela ne dépende pas de quelque chose comme Flatpak
    • Conceptuellement, c’est similaire à WINE, mais en pratique c’est plutôt une réimplémentation d’AOSP, l’implémentation Android de référence
      Voir https://gitlab.com/android_translation_layer/android_transla...
  • Si vous avez un appareil sous postmarketOS ou Alpine Linux, vous pouvez l’essayer directement avec d’autres apps Android. Après avoir exécuté sudo apk add android-translation-layer
    $ android-translation-layer some-app.apk
    J’ai tenté quelques apps comme F-Droid, Spotify et Megalodon, mais elles ont échoué pour diverses raisons, et la surface d’API semble encore très incomplète. Cela dit, maintenant que le socle est en place, j’espère qu’une bonne partie pourra être ajoutée relativement facilement

    • Je vais essayer de compiler android_translation_layer sur Arch. Si ça marche, on pourra ajouter une troisième distribution à la liste prise en charge
  • Pourquoi utiliser NewPipe sur desktop, alors qu’il y a https://freetubeapp.io/ ?

    • Peut-être parce qu’on est habitué à l’expérience NewPipe et qu’on préfère la cohérence entre appareils. Je n’avais jamais entendu parler de FreeTube, mais ça a l’air plutôt chouette
    • FreeTube est très mal optimisé. Il prend bien en charge la lecture vidéo matérielle, mais la charge CPU est tellement élevée que j’ai décidé de ne pas l’utiliser
    • Il n’est pas nécessaire de dénigrer autant le billet original pour faire une recommandation. Que mille clients alternatifs fleurissent
    • Malheureusement, il ne fonctionne pas bien sous Wayland. Je ne sais pas ce qu’il en est de celui-ci, mais ça vaut la peine d’essayer
    • Il n’a pas de fonction « passer rapidement les passages silencieux »
  • Vraiment génial. Je me demande s’il serait possible de remplacer l’app NewPipe par le fork Tubular (https://github.com/polymorphicshade/Tubular), qui intègre SponsorBlock et ReturnYoutubeDislike

    • Lui ne pourra pas le faire, mais vous, probablement
  • https://gitlab.com/android_translation_layer/android_transla...
    https://gitlab.com/android_translation_layer/android_transla...
    Je me demande dans quelle mesure cette approche fonctionnera bien par rapport à la méthode Anbox/Waydroid

    • Waydroid doit exécuter tout un système d’exploitation, alors qu’ici ce n’est qu’une application unique. L’approche précédente peut bien s’intégrer aux autres apps que vous utilisez
      Avec ATL, quand on ouvre quelque chose dans un navigateur, c’est le vrai navigateur desktop qui s’ouvre, et les téléchargements vont aussi dans le dossier choisi sur le desktop. Comme le « ARC Welder » de Google, qui n’utilise pas le navigateur comme runtime, ça ressemble davantage à un APK pour desktop
  • Je l’ai finalement installé, et je suis impressionné : ça fonctionne vraiment mieux que prévu. Bien sûr, le vrai plein écran ne semble pas très bien fonctionner, et il y a des glitches comme des marges. Mais globalement, ça marche tout simplement
    C’est beaucoup plus efficace que de lancer Waydroid, donc j’envisage d’essayer aussi d’autres apps que j’utilise habituellement avec ça. FreeTube est aussi un bon client, mais à cause d’Electron il fait environ trois fois la taille, et NewPipe paraît beaucoup plus réactif

    • On voit pas mal de glitches. Les réglages ne se chargent pas, le chargement des vidéos fonctionne parfois et parfois non, et dans tous les cas l’interface graphique est cassée
      En tant que personne qui aime NewPipe sur téléphone, c’est dommage
  • C’est une bonne nouvelle. Je bidouille beaucoup trop avec ma Surface Go 2, et une couche de traduction Android est parfaitement adaptée à un environnement qui n’a qu’un écran tactile, très peu de RAM, un eMMC terriblement lent et, avec un peu de chance, 8 heures d’autonomie
    En particulier, il n’y a pas beaucoup d’apps Linux adaptées au tactile. Kirigami de KDE et les apps pensées pour le tactile sont encore largement en cours de développement et tout juste suffisantes pour un usage quotidien, tandis que les apps Electron sont à exclure parce qu’elles s’intègrent mal au clavier virtuel. Les apps Flutter sont inutilisables sous Linux faute de prise en charge du DPI élevé, GNOME gère mal la mise à l’échelle fractionnaire, présente quelques problèmes de menus sur écran tactile, et l’espace réservé aux polices dans le lanceur ne se met pas à l’échelle, ce qui donne des libellés tronqués comme « Firef... » en DPI élevé. Pour référence, j’utilise Debian Bookworm
    Donc le fait qu’android_translation_layer utilise Gtk ne m’enchantait pas, mais il me semble que Gtk4 a amélioré la mise à l’échelle. Quoi qu’il en soit, j’ai hâte de l’essayer

  • Intéressant. J’aimerais aussi voir une build AppImage d’une application créée avec cette bibliothèque
    https://appimage.org/

  • Chez moi, FreeTube depuis les dépôts Arch fonctionne très bien
    https://github.com/FreeTubeApp/FreeTube

    • Il me semble que ce n’est pas dans les dépôts officiels d’Arch, mais dans AUR
  • Je l’ai installé sur Android comme appli F-Droid et je l’utilise depuis un moment. Le problème, ce sont les frictions entre les contre-mesures de YouTube et les nouvelles versions qui s’y adaptent
    Souvent, on se retrouve sans client alternatif utilisable sur Android pendant des mois, le temps qu’un correctif arrive. Est-ce que ce sera aussi un problème sous Linux ?

    • Le problème, c’est que F-Droid met du temps à examiner les nouvelles releases. Elles sont déjà disponibles via d’autres canaux de distribution directe, mais arrivent plus tard
      J’ai découvert récemment Obtainium[1], qui permet d’installer et de mettre à jour des apps depuis quasiment n’importe quelle source. Par exemple, on peut récupérer NewPipe directement depuis les releases GitHub
      [1] https://obtainium.imranr.dev/
    • Il suffit de regarder le dépôt F-Droid propre à NewPipe : https://newpipe.net/FAQ/tutorials/install-add-fdroid-repo/