- cross-posted to:
- [email protected]
- [email protected]
- cross-posted to:
- [email protected]
- [email protected]
You must log in or register to comment.
I hoped for this for a long time before I found freetube. I’m still going to check it out, though. This is great news!
Unverified… Nope. No install for me.
Finally
…The Rock has come back to Flatpak!
Someone let me out of my cage
Now, time for me is nothing, 'cause I’m counting no age
This is great news.
super scuffed due to translation layer. wait for kotlin rewrite and hope for multiplatform
That’s owsm!
Does this run on x86/64 bit systems? Or this is for Linux smartphones more.
It says it’s available for both Intel and Arm architectures. However, I don’t know how well that actually works for both of them in practice.
It says:
Available Architectures
aarch64, x86_64And it uses Android Translation Layer. Interesting. I’ll give it a shot on my desktop later.
I think they can improve UI.
That’s awesome
Will I be able to sync between my phone and PC? Otherwise I’ll just keep using FreeTube.
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.
What doesn’t work? Recently it stopped launching for me unless I launch it on Xwayland explicitly.
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:
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!
FreeTube has significantly more features, so there’s not much reason to switch either way.
On my phone I have to use a NewPipe fork in order to get SponsorBlock working.
A sync feature between FreeTube and NewPipe would be appreciated though.
It’s not that it has a lot more features but the flatpak is official and it’s desktop native whereas this app is a third party that works through ATL so why bother switching.
It’d be great if these type of apps came up with a shared data format and allowed you to P2P sync with Syncthing.
You can export your newpipe subs and import them into freetube. Sadly there isn’t an automation for this, though
Out of interest, which fork are you using? I used to use newpipe-sponsorblock but it was too slow to update and use Tubular now.
I’m currently using BraveNewPipe, not sure how recent it is but it updates regularly and works well: https://github.com/bravenewpipe/NewPipe
Which additional platforms are supported? Bitchute Rumble
ugh no I’m good thanks
PipePipe has been pretty good ime
I believe Tubular is just descendent of “newpipe sponsorblock”. I believe they are from the same developer who discontinued previous project.
deleted by creator
Gray Jay was awesome while it worked. unfortunately for me, YouTube sources simply spin forever instead of playing the video.
Is the android translation layer good enough to run games? And I wonder how we could manage controls for example in like codm.
According to the Gitlab repo for the Android transition layer, yes.
The images in gitlab look mouse controllable. I should’ve phrased my question better. I was wondering how keyboard was translated. I could test it myself but I’m 99% sure codm wont work.
Based
Woke
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
Also nice because you can better isolate these Android apps instead of Waydroid which intentional has no isolation or selinux policies and runs in a rootful LXC container.
Love how when the dev of this felt compelled to link to atl, their browser gave them the link with /-/issues at the end. Really shows the effort that went into porting.
