superhighway84
tubearchivist
superhighway84 | tubearchivist | |
---|---|---|
40 | 153 | |
671 | 4,061 | |
- | 2.5% | |
5.8 | 9.3 | |
12 days ago | 8 days ago | |
Go | Python | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
superhighway84
-
Would we still create Nebula today?
https://github.com/gravitl/netmaker
Honorable mention:
SuperHighway84 - more of a Usenet-inspired darknet, but I love the concept + the author's personal website:
https://github.com/mrusme/superhighway84
-
Open source P2P alternative to Slack and Discord built on Tor and IPFS
While I do like the idea behind a P2P E2EE chat, I believe that unless you're willing to invest heavily into OrbitDB and IPFS, this project will stay niche at best.
The performance issues that come along with running OrbitDB/IPFS on a machine, let alone a mobile device, are still significant unfortunately. Adding Electron on top of what is already a heavy-weight application is probably going to make people's devices go brrrrr all the time. Not only that, but I would argue that for instant communication this stack might not be the best idea in terms of performance in first place.
Besides, the way IPFS has been (and still keeps) changing their dozens of libraries doesn't make development particularly smooth either. OrbitDB is always behind the latest IPFS version due to all these changes that are being introduced. Hence unless you're planning to allocate developer time on these two things as well, my guess is that you probably won't have too much fun with your back-end.
The integration with Tor is another thing that will likely be a time drain for developers, as other people here already pointed out, and that will lead to even more performance issues down the line.
Don't get me wrong, I really like the idea behind this project. However, I feel like the aspirations are unrealisticly high and the actual outcome might be realtively frustrating for the average end-user. Having that said, I would love my gut feeling to be proven wrong!
Disclaimer: I'm the developer of Superhighway84 (https://en.wikipedia.org/wiki/InterPlanetary_File_System#App..., https://github.com/mrusme/superhighway84), a USENET-inspired, uncensorable, decentralized internet discussion system running on IPFS & OrbitDB.
-
Ask HN: Is it time to resurrect a Usenet clone?
Someone created a Usenet-like thing on IPFS. https://github.com/mrusme/superhighway84
It's kind of dead. IIRC the dev put that on the back burner in favor of a new BBS-like app. https://github.com/mrusme/neonmodem
-
YouTube is seeming like a less and less viable platform... they should do the Patreon early-access and uncensored route
If anybody wanted to, anybody could start a RLM SuperHighway84 where we could just talk about RLM stuff all day.
-
We need a community archiving effort for YouTube channels. What's most crucial to protect and how do we get organised?
SuperHighway84 - Is this handy for organization? I like the usenet-style where it sorts itself if people use proper newsgroup names. If people used a 'youtube.channelname' format at least people could maybe scroll down to channels/videos people are talking about.
-
How do you/we share the stuff we hoard so those looking for stuff find it?
In my mind something like superhighway84 would be a better platform, then it's automatically organizing itself to some degree if people post in appropriate newsgroups. People looking for lost youtubers could post in youtube.channelName. That person looking for old VCDs & screeners could post in vcds.screeners.
- We have to prepare ourselves for the possibility that Reddit might try to pull a Tumblr soon
-
Showing off your hoard?
SuperHighway84 is like a usenet style board where people can create whatever newsgroups they want. Anybody could start a 'Datahoarder' highway.
-
10+ years of Sumo GONE
I like the idea of something like SuperHighway84 for talking about our collections. We could make one called YoutubeGraveyard or something. There's also r/DHExchange
-
What do you guys think? (Using ChatGPT)
Have you heard of SuperHighway84?
tubearchivist
- Self-Hosted Is Awesome
-
Bookmark manager with a focus on organization?
holy hell I hadn't come across archivebox as of yet, I'll definitely be spinning this up this eve. Is the UI comfortable enough to use as a "bookmark manager"? just been setting up tubearchivist for essentially this purpose, wondering if ArchiveBox would essentially do the same
-
150TB, 1 Million Videos, YouTube Collection
I'm using TubeArchivist to maintain this VERY large collection.
-
Unable to subscribe to new channels.
There appears to be a patch in Tubearchivest at https://github.com/tubearchivist/tubearchivist/issues/587
-
Anti-Anti-Adblocker uBlock filter to get rid of the annoying YouTube message
Personally, I use Tubearchivist.
There are others though.
https://github.com/tubearchivist/tubearchivist
-
YouTube front end selfhosted
I've been seeing TubeArchivist posted a lot recently.
-
New release: v0.4.0
It has been some time since the last release, but v0.4.0 is finally wrapped up. This brings a wide range of fixes and changes, particularly stability improvements, with our new file system naming convention, this should solve a bunch of previously unsolvable compatibility issues. I highly recommend reading the release notes carefully, as the filesystem migration could be a breaking change if you made changes manually there: https://github.com/tubearchivist/tubearchivist/releases/tag/v0.4.0
-
Self hosted YouTube media server – Tube Archivist
I saw this was a Django app so I dug around to look at their models. As far as I can tell this is all they have: https://github.com/tubearchivist/tubearchivist/blob/master/t... - just a `Account` model.
It looks like Django + SQLite is used for user accounts, but all other data storage happens in Elasticsearch.
It's an interesting design decision. I would have gone all-in on the database, and used SQLite FTS in place of Elasticsearch for simplicity, but that's my own personal favourite stack. Not saying their design is bad, just different.
-
Looking for a specific episode
Oh, so it is. I happen to run a TubeArchivist at home that grabs the videos and subtitles. Then I can search through the subtitle files for key phrases. I must have grabbed it while it was still public.
-
YouTube channel auto download and filters
You probably want Tube Archivist. The only problem is that it’s naming convention doesn’t work with the Jellyfin YouTube Metadata Plugin.
What are some alternatives?
berty - Berty is a secure peer-to-peer messaging app that works with or without internet access, cellular data or trust in the network
tubesync - Syncs YouTube channels and playlists to a locally hosted media server
searxng - SearXNG is a free internet metasearch engine which aggregates results from various search services and databases. Users are neither tracked nor profiled.
watchtower - A process for automating Docker container base image updates.
go-orbit-db - Go version of P2P Database on IPFS
jellyfin-youtube-metadata-plugin - Youtube Metadata Plugin for Jellyfin
hubs - Duck-themed multi-user virtual spaces in WebVR. Built with A-Frame.
rffmpeg - rffmpeg: remote SSH FFmpeg wrapper tool
Gosora - Gosora is an ultra-fast and secure forum software written in Go that balances usability with functionality.
PhotoPrism - AI-Powered Photos App for the Decentralized Web 🌈💎✨
awesome-ipfs - Community list of awesome projects, apps, tools, pinning services and more related to IPFS.
self-hosted_docker_setups - A collection of my docker-compose files used to setup self-hosted services on Raspberry Pi 4 running 64-bit Raspberry Pi OS