NewPipe exécuté sous Linux via Android Translation Layer
(flathub.org)- 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
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
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
https://github.com/Cloudef/android2gnulinux
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.apkJ’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
Pourquoi utiliser NewPipe sur desktop, alors qu’il y a https://freetubeapp.io/ ?
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
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
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
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
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 ?
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/