8 ms·
NewPipe on Linux, Using Android_translation_layer
- rubing 2y ago[dead]
- yjftsjthsd-h 2y agoI feel like the interesting part is mostly https://gitlab.com/android_translation_layer/android_translation_layer/ https://gitlab.com/android_translation_layer/android_transla... which is probably an alternative to waydroid, but maybe more like WINE so it doesn't need the binder kernel module? EDIT to add: I also think packaging up an application plus the compatibility layer using flatpak[0] is a really nice idea; it lets you 1. make those apps available in a way that nearly appears native, 2. lets you get users/testers on your compat layer easily, while 3. scoping it to a single app at a time to make it easier to do things like "well we've got this one app working, but how do we tell people that without them expecting other things to work that aren't implemented yet?". Excellent symbiosis:) [0] Strictly speaking there shouldn't be anything requiring flatpak here... I think there's no technical blocker preventing you making a debian package for the ATL and another for NewPipe and sticking them in a repo/PPA that people could add. But I do somewhat feel that flatpak lends itself to this usecase.
- bubblesnort 2y agoIt's conceptually similar to wine, but rather a reimplementation of the reference Android, which is AOSP. See https://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/doc/Semantics.md https://gitlab.com/android_translation_layer/android_transla...
- NoahKAndrews 2y agoBetter link: https://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/doc/Architecture.md https://gitlab.com/android_translation_layer/android_transla...
- NoahKAndrews 2y agoDefinitely. I'd never heard of this one before; I'd love to read a full comparison between the two.
- sigh_again 2y agoTrying to reimplement Android without Binder is a doomed plan. Everything about Android is so intrinsically linked to having Binder available that you're just going to end up piling hacks on hacks to have anything working. At this point, an x86 Android image will be better and more reliable. Somewhat just as fast. Services ? Binder. Intents (even internal ones) ? Binder. Play Services / microG which 90% of apps use ? Binder. Permissions ? Binder.
- yjftsjthsd-h 2y ago> At this point, an x86 Android image will be better and more reliable. Somewhat just as fast. You mean a full VM?
- sigh_again 2y agoNo, merely using the standard Android emulator, as well as the x86_64 images that have been available for a while (or the ARM64 ones if you're on an M1 and others). With hardware acceleration properly setup, it's a nice experience. https://developer.android.com/studio/run/emulator-commandline https://developer.android.com/studio/run/emulator-commandlin... It does tend to be very unhappy when the system gets under load though, and might be sluggish if you're running a dozen IDEs on the side. (Which, as comment under says, is technically a VM. But QEMU gets a pass at pretending not to be a VM and rather just black wizardry that makes bytes happy)
- NoahKAndrews 2y agoThe Android Emulator is a full VM under the hood. Waydroid is a lighter-weight alternative that uses the Binder implementation in the Linux kernel.
- mappu 2y agoFor most of Wine's life it was sufficient to implement the system library ABI, but recent developments mean they also have to trap the (unstable) syscall ABI with ptrace. You could mimic Binder in userspace the same way, without the kernel module. But even that's not a problem since Binder is upstream and enabled by default in many distro kernels now.
- charlieboardman 2y agoI have been hoping for compatibility layer + application flatpaks for a while so it’s nice to see someone doing it. My dream is to have a bunch of flatpaks for the Microsoft office suite
- irunmyownemail 2y agoI don't use flatpak, snap or appimage so it's good that it doesn't need flatpak or similar.
- OsrsNeedsf2P 2y agoCan I ask why? A few years ago we stopped distributing on Linux outside of Flatpak. It was tiring getting bug reports that were only reproducible on certain drivers and setups, not to mention the weekly "how do I install this on <new distro here>". We've seen people complain about the extra space it takes on disk, but after deduplication and compression the tradeoff to have Linux apps "just work" is worth it (imo)
- SXX 2y agoNot someone you asked, but I personally tend to avoid it because it makes my system less transparent to me. Isolated self contained containers are cool for enterprise setting with huge fleets of machines, frequent updates, etc. But it's not optimal for desktop Linux atm because no one secured any of desktop APIs and there are no easy way to inspect WTF each container is doing and why. Is it ships outdated deps? Is there crypto miner in or its just random hung process eating 100% of one cpu core? Basically each app in self contained container have its own universe and you will never figure out what exactly its doing. So its turn your system into a black box. As maintainer of OSS software and game developer I totally get the appeal, but as user I love Linux exactly because it's give me more transparency and I dont want to lose it.
- yjftsjthsd-h 2y ago> Can I ask why? I dislike the way flatpak is effectively a second distro on top of whatever else I'm running; it eats a rather lot of additional disk space (and network bandwidth), requires that I run updates for it in addition to everything else, and I'm not sold on its security patching story (last I looked, it strongly favored everyone effectively vendoring most dependencies and I don't trust them to keep up with patches like my actual distro). To be fair, there's also a list of reasons I do like it, just... both pros and cons. > It was tiring getting bug reports that were only reproducible on certain drivers and setups I'll give you userspace, but drivers should be like the one thing that flatpak doesn't help with? It's the same kernel, not a VM.
- pantalaimon 2y agoWhat’s wrong with binder? The problem with Waydroid is that you need to boot up a whole Android system, which is not great for app startup time.
- xelamonster 2y agoI keep my Waydroid session running in the background, managed by a systemd user-level service. Works great, and if it increases resource usage I don't notice--this is on a converted Chromebook so pretty low specs.
- Cloudef 2y agoThe project seems to be built on top of my android2gnulinux project from way back. Nice to see someone picking up the pieces and making it more functional. https://github.com/Cloudef/android2gnulinux https://github.com/Cloudef/android2gnulinux
- antics9 2y agoWhy would one want NewPipe on desktop when there's https://freetubeapp.io/ https://freetubeapp.io/
- yownie 2y agoin one phrase "skip silences" feature!
- ravenstine 2y agoPerhaps because one is accustomed to the NewPipe experience and would prefer consistency across devices? Never heard of Freetube, but it looks pretty snazzy.
- ugjka 2y agoI tried it, it didn't feel like what you get on android and had ui glitches
- mastazi 2y agoI have been enjoying the new version that just came out yesterday, they implemented a new video player and IMHO the user experience is much improved, if the UI glitches you mentioned were related to the player, maybe you could give it a try.
- anthk 2y agoParabolic it's far better for desktop users.
- master-lincoln 2y agoThat seems to be a tools for downloading youtube videos, but the others presented here were for browsing it and watching videos as well
- prmoustache 2y agoI don't know, it makes sense that UI between desktop and mobile would be different. I use Freetube on desktop and newpipe on mobile. Having said that, newpipe is not only a youtube client but also a soundcloud, bandcamp and a few others too.
- reify 2y agofor me freetube in the arch repo works great https://github.com/FreeTubeApp/FreeTube https://github.com/FreeTubeApp/FreeTube
- ugjka 2y agoI think it is in the AUR not arch official repos
- varbhat 2y agohttps://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/doc/android_translation_architecture.svg https://gitlab.com/android_translation_layer/android_transla... https://gitlab.com/android_translation_layer/android_translation_layer/-/blob/master/doc/Architecture.md https://gitlab.com/android_translation_layer/android_transla... I wonder how well this approach works over anbox/waydroid's approach.
- gbraad 2y agoWaydroid needs to run a full OS; this is just a single application; the first approach allows you to integrate well with other apps you might use. Though for ATL, when you open in a browser, it will open your actual desktop browse. Downloading will happen to your chosen folder on the desktop. It feels more like APKs for a desktop; like Google's "ARC Welder" without using the browser as the runtime.
- sureglymop 2y agoThis is amazing! Have been using Newpipe for years because of its ability to group subscribed channels into different feeds.
- throwaway81523 2y agoOn the desktop, youtube in the browser is tolerable with ublock origin, so I use it in preference to youtube because of the ability to show search results most recent first. Newpipe (maybe due to technical obstacles, idk) doesn't do that and it makes things harder.
- adamddev1 2y agoYa that's always been a frustration of mine with Newpipe. I wish you could sort search results by date.
- clfdev 2y agoIf you have a device running postmarketOS or Alpine Linux you can try this out yourself with other Android apps. Just "sudo apk add android-translation-layer" and then run $ android-translation-layer some-app.apk I tried a few (F-Droid, Spotify, Megalodon) but they all failed with various issues, looks like there's a lot of API surface still not covered. Hopefully a lot of it is fairly easy to add now that the foundational work has been done!
- KetoManx64 2y agoVery cool stuff! I wonder if you can switch out the newpipe app for the Tubular (https://github.com/polymorphicshade/Tubular https://github.com/polymorphicshade/Tubular) fork which has SponsorBlock and ReturnYoutubeDislike built into it.
- yownie 2y agoHe can't but you probably can.
- dazld 2y agoSemi related, there is a Minecraft Bedrock Launcher that ports the Minecraft for Android app to *nix. https://flathub.org/apps/io.mrarm.mcpelauncher https://flathub.org/apps/io.mrarm.mcpelauncher
- whoisthemachine 2y agoExciting. I'd love to see AppImage [0] builds of applications produced with this library. [0] https://appimage.org/ https://appimage.org/
- Gunzo 2y ago[flagged]
- gbraad 2y agoI have finally been able to install it and have to say I am really impressed how well this works. Sure, you can not really 'fullscreen'? There are some glitches; margins. But mostly it just works. It is so much more efficient than starting up Waydroid... I am even considering trying this with some of my other go-to applications. Note; FreeTube is also a good client. Though at three times the size due to Electron, I like NewPipe more. It feels way more snappy to use.
- brnt 2y agoI see tons of glitches: cant load settings, loading a vid may work or not, and the gui gets glitchy regardless. Pity, I love Newpipe on my phone.
- gbraad 2y agoRunning it on Fedora. You? (Also use it in Bazzite from a Legion Go; touch input only) Graphics, like buttons are problematic (small, misplaced), but functional
- omeid2 2y agoOn this topic, similar to Wine, there is also Darling which brings Darwin to Linux. https://github.com/darlinghq/darling https://github.com/darlinghq/darling
- jansommer 2y agoGreat news! I'm fiddling way too much with a Surface Go 2, and a translation layer for Android is perfect when all you have is a touchscreen, very little ram, an incredibly slow eMMC, and a battery that'll last 8 hours if you're lucky. Especially because there aren't many Linux apps that are touch friendly. Everything kirigami/touch friendly apps in KDE is very much work in progress and are barely good enough for daily usage. Electron apps are no-go because they don't work with a virtual keyboard. Flutter apps are useless because they don't support high dpi on Linux. Gnome has bad support for fractional scaling, issues in some menus for touchscreens, and the space for fonts in the launcher doesn't scale making them display as "Firef..." on a high dpi. I am running Debian Bookworm by the way. So I wasn't happy to see that android_translation_layer uses Gtk, but I think scaling is improved in Gtk4. Looking forward to try it out either way.
- ninalanyon 2y ago3.6 GB installed! This is why I dislike Flatpak.
- Thorrez 2y agoThe page says "Installed Size ~60.95 MiB". Is that inaccurate?
- janice1999 2y agoThat figure does not include the dependencies like org.freedesktop.Platform and org.gnome.Platform which can add up to GBs.
- brnt 2y agoBut they are shared between apps, and those platform packages are almost certainly used by most of your apps.
- yownie 2y agoYESSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS!
- mbeex 2y agoMmmh, I'm using it on Android for some time now, installed as F-Droid app. Problem is, there is some friction regarding Countermeasures of YT and a new version adjusting to them. Often, I'm unable to use the alternative Client on Android for months until this is fixed. Will this be a problem on Linux too?
- pixelN 2y agohave a look at NewPipe's own fdroid repo: https://newpipe.net/FAQ/tutorials/install-add-fdroid-repo/ https://newpipe.net/FAQ/tutorials/install-add-fdroid-repo/
- mbeex 2y agoThanks! Shows the same version as the installed app from the main F-Droid repository - but this one works.
- m3Lith 2y agoThe problem is that F-Droid takes time to review new releases, when they're already available from other (direct) sources. I have discovered Obtainium[1] not too long ago. Allows you to install and update apps from pretty much any source you want (e.g., directly from GitHub releases, as in NewPipe's case). [1] https://obtainium.imranr.dev/ https://obtainium.imranr.dev/
- deleted 2y ago[deleted]
- yownie 2y agoI've wanted this for several years now solely for the "fast-forward through silences" feature that newpipe has.