Or to get back to your original question: https://docs.joinpeertube.org/use/create-upload-video
edit: Your'e not limited to these addresses, for one there are other instances, for another you can selfhost your own, if your'e into that.
Technically that is one of many possible solutions, 'ready to roll' right now.
addit: Regarding sustainability, and who is behind it, maybe https://framasoft.org/en/ would be of interest?
Linked from there https://framablog.org/2024/12/17/peertube-v7-offer-a-complet...
and
I just meant like never caught on as in like it's not super popular, but looks like it's on the come up. would be nice to have a real youtube competitor lol
If that's your thing. And you have some sort of presence online elsewhere, then you can link to peertube, no matter which, or selfhosted, without problem.
That's why I pointed you to it. If you need/want the most massive audience, because of platform familarity/network effect, then probably not. At least not now. But someone has to start somehow :)
Orchestrating p2p realtime video distribution is going to have a lot of problems, and spend VC money until someone acquires you is just a lot easier.
Here's a small list of challenges you'd face:
You'll need to have a pretty good distribution network to handle users who just can't manage to p2p connect.
Figuring out the right amount of user's bandwidth you can use without people getting upset; there's a lot of internet accounts with bandwidth quotas, especially for mobile
Trying to arrange so that users connect to users with the least transmission delays would be needed to reduce overall latency. Between cross oceanic connections having unavoidable latency, the potential of buffer bloat, and having a reasonable jitter buffer, pretty soon you have wild delays and potential rebuffering.
Bandwidth constraints / layer switching is going to be a big challenge; it's one thing when your server can just push the best stream the client can manage, but if you're streaming from a peer and the stream is too big, the peer probably doesn't have a smaller stream to switch to and there's no good way to know if where the bandwidth constraint is ... maybe you should switch to the same stream from someone else or maybe you should switch to a smaller stream. Can you get even packets from one peer and odd packets from another ... should you?