I don’t know what this means, you’ll have to use the search to find content.

It’s extrmely easy to degoogle xiaomi phones too, but they’re a bit more expensive.

I know this is mostly a joke, but its also incredibly dangerous. Just use an explicit tool like bfg

One way you can do this is via RSS feeds. Go to the /inbox page on all your accounts, and add it to an RSS reader. You’ll then get notifications for new items (at least as often as your RSS sync frequency).

We use renovate for dep updates (for lemmy-ui), and a self-hosted woodpecker CI for lemmy.

CI is imo the more dangerous way people are linking their projects to github.

You can use rust and still use the GPL.

As both an android and rust dev, I’m also interested. AFAIK the native android apps nowadays can’t be written in anything but java / kotlin (I’ve been using jetpack-compose for a few years now as its the recommended way).

I’d love to use rust and rust tooling, but don’t want to use any UI or web-UI layer to do so.

Thx for reporting btw.

I’d prefer using v1 torrents for compatibilities sakes. Also v2 doesn’t appear to have anything that de-dupes similar torrents.

The yt-dlp command is already doing that, check the script.

I have a little helper in lemmy that shows how to view torrents the easy way: https://join-lemmy.org/docs/users/02-media.html#torrents

The easy way of installing stremio will probably work for most people. Torrenting inside the browser isn’t an option IMO.

Minimo launcher is my new fave. Its simple, decreases addiction, and surpasses Olauncher in features.

Nice, I’ll check it out.

Torrents-csv does use a crawler I believe to add new torrents. torsniff is one of those spiders that works really well.

It might also be interesting to take an existing GUI like Freetube and try swapping out the backend with a torrent based one.

Ya I’m not sure how to handle the UI side of things yet, especially for content discovery.

There are projects out there to create a jellyfin / media server styel experience out there for videos downloaded using yt-dlp.

This doesn’t conflict with those, but is more about the hosting / sharing side. However you download youtube videos, its possible to use a media server to sync watched progress.

Do you think this could become popular enough it to be useful?

Everything starts from zero, so really it just requires a push for the project to get started.

Public BitTorrent trackers for other media are barely seeded as it is and they have been active for decades.

I don’t think I agree with this. Many torrents have thousands of seeders, and even if I search for old movies, I can find ones with at least a handful of seeders. Given the popularity of youtube videos, its possible that people would seed their favorites if they have the possibility to do so.

Actually considering the db is just one massive torrent.csv file I guess you can’t really sensor that.

Yep, its kinda wild, that the entire index of popular torrents (which equates to most popular media humankind has created), fits in a CSV file of less than 200MB. Makes it pretty hard to censor in that case.

I don’t use windows so I don’t know.

To truly decentralize the metadata layer, consider whether the search infrastructure itself can be federated or if the client should handle local indexing to eliminate dependency on any external discovery service.

A federated search service / index (especially unmoderated) could quickly fill up with spam. So at least the torrent additions / adders themselves need to be vetted and trustworthy for a search to work correctly.

And of course torrents-csv doesn’t have to be the only place hosting magnet links. They could easily be posted to any federated app, like a lemmy community or mastodon also.

This already exists, they’re called torrents, and lemmy works with magnet links already: https://join-lemmy.org/docs/users/02-media.html#images-and-video

Yes, this could potentially be used in youtube front-ends. IE show the magnet link of a given video if it exists, so that it could be torrented.

Why should I use this over yt-dlp, Piped, Invidious, etc?

None of those are attempts to decentralize youtube. Piped and invidious are only front ends for youtube, which can easily be blocked by youtube at any moment, which has happened in the case of tons of third party clients.

yt-dlp is a very useful tool (which this projects uses), to download youtube videos. It does not help collectively share them, as torrents would.

What does this do differently than the other projects?

Peertube and other youtube alternatives are based on centralized hosting. This is completely unsustainable, because the HD space required for servers quickly grows out of hand, and becomes extremely expensive. Meanwhile, torrents are shared hosting, where many people are sharing files at once. It is the main way large files like movies are distributed over the internet, for decades now. We should apply that same effort to creating torrents for youtube videos, in the same way that is already done for other large files.