This is great news.
Does this run on x86/64 bit systems? Or this is for Linux smartphones more.
That’s awesome
That’s owsm!
deleted by creator
Freetube on desktop Linux hasn’t worked for me for a long time - but that doesn’t seem to be the case for most people. Any tips regarding settings? I’d say it’s been at least 3 or 4 months since I could reliably use it.
If you have it set to use the Invidious backend that might be the issue, since most Invidious instances don’t work at the moment.
Thank you! I actually tried setting the invidious options yesterday before making that post, thinking I might need to use that instead of localapi. But as you have predicted, no dice.
Edit - works fine after updating today lol!
deleted by creator
Edit: Disregard my original reply, updated today and now it works again lol!
It launches for me (and I am in a plasma-wayland session FWIW), and it loads the thumbnails for all videos with no problem. When I click a video as if to play it, it appears to load up the main page for that video complete with play button, but nothing at all happens when I click the play button. Along the way are various api errors from youtube, but I think some of those came in even when things were working for me.
Basically I can get this far for any video:
Is it possible to sync freetube between phone and pc?
Android translation layer is interesting. Well, at least I personally like this approach more than that of waydroid. Also would be nice to see the performance of that with binfmt compared to that of waydroid + libhoudini
Based
Gray Jay was awesome while it worked. unfortunately for me, YouTube sources simply spin forever instead of playing the video.
By “Developer of the Newpipe app”
Hmm…
Unverified
It’s a “No” from me. I’ll stick to Freetube.
For those unaware, being verified means it is packaged by the official developer/team.
If you look at the description you can see that they clearly say that it isn’t official:
NOTE: This is an unofficial and experimental Flatpak build based on Android Translation Layer. Please report bugs to the ATL bug tracker instead of the NewPipe bug tracker https://gitlab.com/android_translation_layer/android_translation_layer/-/issues.
Don’t know why they’d put “Developer of the Newpipe app” as dev though
Don’t know why they’d put “Developer of the Newpipe app” as dev though
My guess is that they did not want to take credit as the developer of NewPipe itself. As if to say “We did not develop NewPipe, we just packaged it as a Flatpak”. There is probably a better way to get that across in the byline, but I believe that is the intent.
Finally
…The Rock has come back to Flatpak!
