PeerTube 4 RC
framablog.org
framablog.org
- documentation for the SAML plugin
- translation to my native language
- some improvements to enable better encoding performance through hardware encoding
My experience with the maintainers was nothing but positive, in all three areas. Such a warm welcome is rare in development land, so I commend the PeerTube maintainers not only for their excellent software, but also for their welcoming attitude.
If your are de-googled and use NewPipe to watch YouTube, it already supports PeerTube (and more).
Any help with development is very welcome as I have little time to invest at the moment.
I’m interested in peertube it’s an exciting concept. When I when to that page I expected a simple, clean design inviting me to download it or use it or whatever. Instead there’s a rambling unfocused page without a call to action.
YouTube is the Mike Tyson of video…. you’ve gotta be much better than this to get in the ring with YouTube.
Actually, there is only one developer, not even working full time, on the project, and some lovely contributors.
So Framasoft is actually not playing with same means than big players like YouTube or so. That's why they are not handling the problem the same way.
The goal here is mainly to build a tool for people and small structures. There is no intent to be the new YouTube.
The message is more humble: anyone should be able to host and share at low cost their own videos. That's the issue that PeerTube solves right now.
If you think all of that sounds good, think about donating to Framasoft. They are living mostly from donations and that's what made PeerTube possible.
I know these are things that most HN users are happy to dig into and figure out, but currently there's no way Peertube is "an alternative to video platforms" for even saavy web users, let alone regular users. Maybe that's OK though?
It's the same as if Microsoft was posting a blog on its own msdn.com domain for something related to visual studio or SharePoint
Which underlines the point that the parent is making. Normal users are not the ones reading things related to SharePoint. Apple does their announcements on the apple.com domain and not on applnews.com.
> I think this is a good example of what separates HN users from normal users.
Normal users would never ever find this blog post in the first place. You are trying to fix a problem that does not exist.
Doesn't exist any more. It's now all under microsoft.com (e.g. devblogs.microsoft.com).
I mean isn’t it ironic that PeerTube doesn’t use a PeerTube video to introduce its new features? Guess their team thinks their own product isn’t a good way of consuming interesting information…
And while I do agree that a savvy marketer would have had a video in the article ... a video is actually a bad medium for communicating a new release. Videos are better for stuff with a bit of visual spectacle.
There is a competitive advantage to not giving your future competition a heads up by providing them your keys to the foundation of your Kingdom. Sure, they'll copy what you do eventually if what you're doing is working, but why make that easier for them?
If someone is seriously going to take on the current systems and sees value in part or all of PeerTube then it's not a substantial part of the cost, because as you say, it's not the codebase that's important - though it becomes a conversation piece if it means any additions to the codebase reduces an even temporary competitive advantage from potential future competitors.
But that wouldn't stop a non-AGPL licenced solution from interoperating as the network is based on an open standard (ActivityPub).
the high thresholds and lack of mainstream polish of most open source projects is a true fact and has to do with the economic / business models (or non-models) so its not an easy challenge to solve
somehow being able to engage creative people to contribute (whether it is UI design, visual art, engaging text etc) will be critical for FOSS to have bigger impact
Maybe we really need a video delivery service that doesn't break every other day to please beancounters at Google.
It's a game of whack-a-mole right now.
The common way to deal with this seems to be to "emulate" the function calls on the input data, which seem to be randomized.
In ~/.config/mpv/mpv.conf, add the following line, preferably near the top:
script-opts-add=ytdl_hook-ytdl_path=yt-dlp
That should hopefully solve your issue.
Discoverability is one of the things that makes YouTube so compelling. Unfortunately, it doesn't look like PeerTube offers much on this front at the moment.
There's a search app:
But there's nothing like the recommendations or related video feature of YouTube. How hard would that be to add given PeerTube's architecture?
edit: I just discovered that that GitHub page does a much better job than the landing page of explaining PeerTube. In particular, it breaks down features from the perspective of users, creators, and admins. It even leads with an introductory video (but not embedded for some reason).
[1]: https://medium.com/@jamesbridle/something-is-wrong-on-the-in...
The reason I would prefer not to mark as "not interested" is that there is so much content that is being produced by channels that I subscribe to that I never get recommended to me.
The same video that is uploaded on multiple instances can share peers, so when you're watching it, you get it in a decentralized fashion.
This could be a reasonable entry point for a non-technical user who just wants to watch videos. If you layer in recommendations system, trending etc. and have a default "Instance" for users to join, Peertube could start to compete with the user experience of YouTube
First, a default instance is definitely a bad idea if you're trying to build a decentralized network of tube site servers, and it increases cost on a central entity in the network (probably framasoft who would be hosting the "default" server). The whole idea is for there not to be a central server.
Recommendations and trending are architecturally untenable as well as antithetical. When you're collecting whatever criteria makes a video "good" from disparate servers across the web you introduce a ton of bandwidth and other issues. And why would anyone want some algorithm deciding for them what they feel like watching? Beyond that, something like this is hard to get right, you're more likely to get it wrong and wind up with pissed off users.
I barely trust pleroma/mastodon admins with my garbage little text posts. I wouldn’t want to put my hard work on a server with no guarantee of how long they’ll be there or if one of them will be deleted and maybe I won’t even realize it.
Yes, youtube sometimes deletes channels or videos. That isn’t perfect either. But somehow Peertube feels even worse because the entire fediverse is run by a bunch of “some guys” that are accountable to no one.
Also, can't you post your videos to other platforms and/or keep your own backups? If the host deletes your video, can't you just republish it on a different one?
How well does the p2p offloading of viral videos work in practice?
How is the average user experience? Do you get a lot of buffering pauses, or is it seamless as if it was Youtube? Assuming a medium-sized server hosting the content.
Before the V3, we tried the live with more than 150people watching at the same time with some friends. 1/5 of the bandwidth was served by the server, P2P handled the rest.
Since then, things continued to improve and the goal of Framasoft (from which I am external, so ask directly to Framasoft if you have specific question) is to provide the most stable experience with PeerTube.
You can find out our feedback (in french, though), on Framasoft forums: https://framacolibri.org/t/fonctionnalite-live-retour-dutili...
LBRY uses IPFS to achieve P2P data transfer, while Peertube uses webtorrent or HLS, with a preference towards the latter. Peertube also seems easier to set up, at least to me.
Correct me if I'm wrong, but I assume that if you take down a server holding a peertube video, it's not as though clients who have seen the video (or even federated servers?) would continue serving that video. The P2P aspect is merely a bandwidth saving scheme when clients are playing the video?
Tldr; tilvids.com