NewPipe unter Linux mit Android Translation Layer ausführen

 (flathub.org)
2 Punkte von GN⁺ 2024-10-28 | 1 Kommentare | Auf WhatsApp teilen
  • NewPipe unofficial port ist ein experimenteller Flatpak-Build auf Basis des Android Translation Layer, mit dem sich NewPipe für Android unter Linux installieren und nutzen lässt
  • Dieser Build ist keine offizielle Veröffentlichung von TeamNewPipe und steht weder in Verbindung mit TeamNewPipe noch wird er von TeamNewPipe unterstützt
  • NewPipe ist ein datenschutzfreundliches YouTube-Frontend, das Websites parst, ohne Google-Framework-Bibliotheken und ohne YouTube API zu verwenden
  • Es kann ohne Google Services oder YouTube-Konto genutzt werden und ist als FLOSS verfügbar
  • Version 0.28.8 umgeht Probleme durch YouTubes erzwungene Nutzung des SABR-Protokolls, bei Videos für Kinder bleiben jedoch Einschränkungen bestehen

Inoffizieller Flatpak-Build von NewPipe

  • NewPipe (unofficial port) ist ein inoffizieller, experimenteller Flatpak-Build auf Basis des Android Translation Layer
  • Es handelt sich nicht um einen von TeamNewPipe zusammengestellten Build und auch nicht um eine App, die mit TeamNewPipe verbunden ist oder von TeamNewPipe unterstützt wird
  • Bugs sollten nicht im NewPipe-Bugtracker, sondern im ATL bug tracker gemeldet werden
  • NewPipe funktioniert als datenschutzfreundliches YouTube-Frontend
    • Verwendet keine Google-Framework-Bibliotheken
    • Verwendet keine YouTube API
    • Benötigte Informationen werden durch Parsen der Website gewonnen
  • Kann auch auf Geräten ohne Google Services genutzt werden
  • Kann ohne YouTube-Konto verwendet werden
  • Ist FLOSS

Unterstützte Dienste und Änderungen in 0.28.8

  • Die unterstützten Dienste umfassen YouTube-Angebote und mehrere Medienplattformen
    • YouTube und YouTube Music
    • PeerTube und alle Instanzen
    • Bandcamp
    • SoundCloud
    • media.ccc.de
  • Das Release 0.28.8 umgeht Wiedergabeprobleme, die durch YouTubes erzwungene Nutzung des SABR-Protokolls entstanden sind
    • Fehlende Videoauflösungen
    • Nicht nutzbare separate Audiostreams
    • Nur MP4-360p-Streams mit Audio waren verfügbar
    • Aufgrund der Grenzen des Workarounds sind Videos für Kinder ausgenommen
  • Dieser Workaround entstand durch die Arbeit der Community
  • Das Release enthält NewPipe Extractor v0.26.3
    • Enthält SABR-bezogene Workarounds
    • Behebt ein Problem, bei dem Videos aus YouTube-Playlists nicht extrahiert wurden
    • Behebt ein Problem, bei dem die Bandcamp-Suche keine Ergebnisse zurückgab
  • Get more Information
  • Project Website
  • Contribute Translations
  • Report an Issue
  • Browse the source code

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-10-28
Hacker-News-Kommentare

  • Der interessante Teil scheint größtenteils https://gitlab.com/android_translation_layer/android_transla... zu sein. Vermutlich ist es eine Alternative zu Waydroid, könnte aber WINE näherstehen, weil kein Binder-Kernelmodul benötigt wird
    Zusätzlich halte ich die Idee, die Anwendung zusammen mit der Kompatibilitätsschicht als Flatpak zu paketieren, für ziemlich gut. So kann man Apps fast wie nativ anbieten, leicht Nutzer und Tester für die Kompatibilitätsschicht gewinnen und den Umfang auf jeweils eine App eingrenzen, sodass man kommunizieren kann: „Diese App funktioniert, aber erwartet noch nicht, dass auch andere, noch nicht implementierte Apps laufen.“
    Streng genommen scheint Flatpak nicht zwingend nötig zu sein. Man könnte auch Debian-Pakete für ATL und NewPipe erstellen und sie in ein Repository oder eine PPA legen; technisch wirkt das nicht unmöglich. Für diesen Einsatzzweck fühlt sich Flatpak aber passend an

    • Android ohne Binder neu zu implementieren dürfte mit hoher Wahrscheinlichkeit scheitern. Fast alles in Android ist tief mit Binder verknüpft, sodass man, um es lauffähig zu bekommen, Hack auf Hack stapeln müsste
      Dienste laufen über Binder, Intents ebenfalls bis hin zu internen Intents über Binder, auch Play Services oder microG, die 90 % der Apps verwenden, setzen auf Binder, und Berechtigungen ebenso. An diesem Punkt wäre ein x86-Android-Image wohl besser, stabiler und möglicherweise ähnlich schnell
    • Dieses Projekt scheint auf meinem früheren Projekt android2gnulinux aufzubauen. Es freut mich, dass jemand es übernimmt und funktionaler weiterentwickelt
      https://github.com/Cloudef/android2gnulinux
    • Ich habe schon länger auf die Kombination Kompatibilitätsschicht + Anwendungs-Flatpak gehofft, daher ist es schön zu sehen, dass das tatsächlich jemand macht. Mein persönlicher Traum wäre, viele Flatpaks für die Microsoft-Office-Produktfamilie zu sehen
    • Da ich weder Flatpak, Snap noch AppImage nutze, gefällt mir, dass dies nicht von so etwas wie Flatpak abhängt
    • Konzeptionell ist es WINE ähnlich, in der Praxis ist es aber eher eine Neuimplementierung von AOSP als der Referenzimplementierung von Android
      Siehe https://gitlab.com/android_translation_layer/android_transla...

  • Wenn du ein Gerät mit postmarketOS oder Alpine Linux hast, kannst du es direkt mit anderen Android-Apps ausprobieren. Führe sudo apk add android-translation-layer aus und dann
    $ android-translation-layer some-app.apk
    Ich habe F-Droid, Spotify und Megalodon ausprobiert, aber sie sind aus verschiedenen Gründen fehlgeschlagen, und es scheint noch viel von der API-Oberfläche zu fehlen. Da die Grundlagenarbeit aber abgeschlossen ist, hoffe ich, dass sich einiges davon relativ leicht ergänzen lässt

    • Ich werde versuchen, android_translation_layer unter Arch zu bauen. Wenn das klappt, könnte man eine dritte Distribution zur Unterstützungsliste hinzufügen

  • Warum sollte man NewPipe auf dem Desktop nutzen, wenn es https://freetubeapp.io/ gibt?

    • Man ist vielleicht an die Nutzung von NewPipe gewöhnt und bevorzugt Konsistenz zwischen den Geräten. Von FreeTube höre ich zum ersten Mal, aber es sieht ziemlich gut aus
    • FreeTube ist extrem schlecht optimiert. Es unterstützt zwar Hardware-Videowiedergabe, aber die CPU-Last ist viel zu hoch, daher habe ich mich dagegen entschieden
    • Wenn du schon eine Empfehlung aussprichst, musst du den ursprünglichen Beitrag nicht unbedingt so herabsetzen. Es ist doch gut, wenn tausend alternative Clients aufblühen
    • Leider funktioniert es unter Wayland nicht gut. Ich weiß nicht, wie es hier aussieht, aber einen Versuch wäre es wert
    • Die Funktion „stille Passagen schnell überspringen“ fehlt

  • Wirklich großartig. Ich frage mich, ob man die NewPipe-App durch den Tubular-Fork mit integriertem SponsorBlock und ReturnYoutubeDislike (https://github.com/polymorphicshade/Tubular) ersetzen könnte

    • Die Person kann das vielleicht nicht, aber du vermutlich schon

  • https://gitlab.com/android_translation_layer/android_transla...
    https://gitlab.com/android_translation_layer/android_transla...
    Ich frage mich, wie gut dieser Ansatz im Vergleich zum Anbox-/Waydroid-Ansatz funktioniert

    • Waydroid muss ein ganzes Betriebssystem ausführen, hier ist es dagegen nur eine einzelne Anwendung. Der letztere Ansatz kann sich wahrscheinlich besser in andere gerade genutzte Apps integrieren
      Bei ATL wird beim Öffnen im Browser der echte Desktop-Browser gestartet, und Downloads landen auch in dem Ordner, den man auf dem Desktop ausgewählt hat. Es wirkt eher wie ein APK für den Desktop, ähnlich wie Googles „ARC Welder“, nur ohne den Browser als Runtime zu verwenden

  • Ich habe es endlich installiert, und ich bin beeindruckt, wie gut es besser als erwartet funktioniert. Natürlich scheint echtes Vollbild nicht richtig zu funktionieren, und es gibt Glitches wie Ränder. Trotzdem funktioniert es insgesamt einfach
    Es ist deutlich effizienter, als Waydroid hochzufahren, deshalb überlege ich, auch andere Apps, die ich regelmäßig nutze, damit auszuprobieren. FreeTube ist ebenfalls ein guter Client, aber wegen Electron ist es ungefähr dreimal so groß, und NewPipe fühlt sich deutlich flotter an

    • Es gibt ziemlich viele Glitches. Die Einstellungen lassen sich nicht laden, das Laden von Videos funktioniert mal und mal nicht, und die grafische Oberfläche ist jedenfalls kaputt
      Als jemand, der NewPipe auf dem Smartphone mag, ist das schade

  • Gute Nachricht. Ich spiele gerade viel zu viel mit dem Surface Go 2 herum, und eine Android-Translationsschicht passt perfekt zu einer Umgebung, die nur einen Touchscreen, sehr wenig RAM, ein extrem langsames eMMC und mit Glück einen Akku mit 8 Stunden Laufzeit hat
    Vor allem gibt es nicht viele touchfreundliche Linux-Apps. KDEs Kirigami bzw. touchfreundliche Apps sind noch stark in Entwicklung und für den Alltagsgebrauch gerade so ausreichend, Electron-Apps fallen raus, weil sie nicht gut mit der virtuellen Tastatur zusammenarbeiten. Flutter-Apps sind unbrauchbar, weil sie unter Linux kein High-DPI unterstützen, GNOME hat eine schlechte Unterstützung für fraktionale Skalierung und einige Menüprobleme auf Touchscreens, und im Launcher skaliert der Zeichenabstand der Schrift nicht, sodass es bei High-DPI als „Firef...“ abgeschnitten aussieht. Zur Info: Ich nutze Debian Bookworm
    Deshalb war ich nicht begeistert, dass android_translation_layer Gtk verwendet, aber soweit ich weiß, wurde die Skalierung in Gtk4 verbessert. Jedenfalls freue ich mich darauf, es auszuprobieren

  • Interessant. Ich würde auch gern einen AppImage-Build einer mit dieser Bibliothek erstellten Anwendung sehen
    https://appimage.org/

  • Bei mir funktioniert FreeTube aus dem Arch-Repository sehr gut
    https://github.com/FreeTubeApp/FreeTube

    • Scheint nicht im offiziellen Arch-Repository zu sein, sondern im AUR

  • Ich habe es auf Android eine Zeit lang über die F-Droid-App installiert und genutzt. Das Problem ist, dass es Reibungen zwischen Gegenmaßnahmen von YouTube und den jeweils darauf abgestimmten neuen Versionen gibt
    Manchmal kann man auf Android monatelang keinen alternativen Client nutzen, bis ein Fix kommt. Wird das unter Linux auch ein Problem sein?

    • Das Problem ist, dass F-Droid Zeit braucht, um neue Releases zu prüfen. Dadurch kommt es später an, obwohl es über andere direkte Distributionswege bereits verfügbar ist
      Vor Kurzem habe ich Obtainium[1] entdeckt; damit kann man Apps aus fast jeder gewünschten Quelle installieren und aktualisieren. Zum Beispiel kann man es wie bei NewPipe direkt aus den GitHub-Releases beziehen
      [1] https://obtainium.imranr.dev/
    • Schau dir einfach das eigene F-Droid-Repository von NewPipe an: https://newpipe.net/FAQ/tutorials/install-add-fdroid-repo/