Very cool stuff! I wonder if you can switch out the newpipe app for the Tubular (https://github.com/polymorphicshade/Tubular) fork which has SponsorBlock and ReturnYoutubeDislike built into it.
NewPipe on Linux, Using Android_translation_layer
31–40 of 100 posts
Re: NewPipe on Linux, Using Android_translation_layer
#32Earlier quoted context omitted.
For 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.
When did WINE start doing this? I always love a good read on ptrace hacks.
https://github.com/wine-staging/wine-staging/commit/595f2f98...
A new strategy is used that is much faster: https://www.phoronix.com/news/Syscall-User-Dispatch-Queued
Re: NewPipe on Linux, Using Android_translation_layer
#33Semi related, there is a Minecraft Bedrock Launcher that ports the Minecraft for Android app to *nix.
Re: NewPipe on Linux, Using Android_translation_layer
#34Exciting. I'd love to see AppImage [0] builds of applications produced with this library.
Re: NewPipe on Linux, Using Android_translation_layer
#35Why would one want NewPipe on desktop when there's https://freetubeapp.io/
Freetube is terribly unoptimized. Even though it supports hw video playback, I decided to skip it as it had too much CPU overhead.
Re: NewPipe on Linux, Using Android_translation_layer
#36Why would one want NewPipe on desktop when there's https://freetubeapp.io/
Perhaps because one is accustomed to the NewPipe experience and would prefer consistency across devices? Never heard of Freetube, but it looks pretty snazzy.
> Never heard of Freetube, but it looks pretty snazzy.
I've used it for several months now and am very happy with it. I'ts a Electron app, however, so don't expect it to be small; I hope they will consider rebuilding it using Tauri, which would reduce its size drastically.
Re: NewPipe on Linux, Using Android_translation_layer
#37If 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 founda…
I'm going to try and get android_translation_layer building on Arch and then we can have a third distro to add to the list!
Re: NewPipe on Linux, Using Android_translation_layer
#38I feel like the interesting part is mostly 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 nati…
Trying 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 ?…
I disagree. Apps barely use Binder directly, but mostly call framework jar (which yes will do binder, but since they are reimplementing framework jar that's fine). Intents and permissions can be implemented without binder as the API is quite semantic.
It may happen that the app uses Binder for same-app IPC, but since app does ser-des itself, you can easily replace Android.os.binder by whatever IPC you want,
The only "real" issue I can see , and you're right there, is Play Services. I think that handling that case specifically later (once floss apps/apps that don't require play services work properly), is not too horrific (it basically needs to compile the aidl into not calling binder, but redirecting it to a custom lib)
Re: NewPipe on Linux, Using Android_translation_layer
#39Earlier quoted context omitted.
Perhaps because one is accustomed to the NewPipe experience and would prefer consistency across devices? Never heard of Freetube, but it looks pretty snazzy.
> Never heard of Freetube, but it looks pretty snazzy. I've used it for several months now and am very happy with it. I'ts a Electron app, however, so don't expect it to be small; I hope they will consider rebuilding it using Tauri, which would reduce its size drastically.
I know a lot of people hate on the recommendations homepage on YouTube, but I discover a lot of content I like watching there. However, I can't watch all of it and what to save what I see there and otherwise find and search for in a playlist, but the watch later playlist is not user friendly. Does Freetube improve playlist management too? That would be a big plus.
Re: NewPipe on Linux, Using Android_translation_layer
#40I feel like the interesting part is mostly 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 nati…
Trying 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 is upstreamed into Linux.
But I feel I don't know much about binder/kernel/IPC: maybe I overestimate what that means?