- I don't like the name "PeerTube"
- If nobody watches a video, is it seeded?
- What is WebSeed?
- If a client requests each chunk of a video through HTTP, will the server be overloaded?
- Will an index of all the videos of servers you follow be too large for small servers?
- Which container formats can I use for the videos I want to upload?
- I want to change my domain name, how can I do that?
- Should I have a big server to run PeerTube?
- Can I seed videos with my classic BitTorrent client (Transmission, rTorrent...)?
- Why host on GitHub and Framagit?
- Are you going to use the Steem blockchain?
- Are you going to support advertisements?
- What is "creation dynamic" and why not modify it?
PeerTube is just the name of the software. You can install it on your server, and choose a name you want. For example, this instance is named "Framatube".
Yes, the origin server always seeds videos uploaded on it thanks to Webseed.
It is a BitTorrent extension that allows a server to seed a file through HTTP.
It just needs to statically serve a file, then the clients will request chunks
with a Content-Range
HTTP header.
Not really. Reverse proxies like Nginx handle very well requests of static files. In my tests, it can send chunks at 10MB/s without consuming more than 5% of CPU on a very small VPS.
In our benchmarks, 1,000,000 videos takes around 2GB of storage on PostgreSQL. We think it is acceptable for a video platform.
WEBM, MP4 or OGV videos.
You can't. You'll need to reinstall an instance and reupload your videos.
Not really. For instance, the demonstration server https://peertube.cpy.re has 2 vCore and 2GB of RAM and consumes on average:
- CPU -> nginx ~ 20%, peertube ~ 10%, postgres ~ 1%, redis ~ 3%
- RAM -> nginx ~ 6MB, peertube ~ 120MB, postgres ~ 10MB, redis ~ 5MB
So you would need:
- CPU 1 core if you don't enable transcoding, 2 at least if you enable it
- RAM 1GB
- Storage Completely depends on how many videos your users will upload
Yes you can, but you won't be able to send data to users that watch the video in their web browser. The reason is they connects to peers through WebRTC whereas your BitTorrent client uses classic TCP/UDP. We hope to see compatibility with WebRTC in popular BitTorrent client in the future. See this issue for more information: webtorrent/webtorrent#369
The project has initially been hosted on GitHub by Chocobozzz. A full migration to Framagit would be ideal now that Framasoft supports PeerTube, but it would take a lot of time and is an ongoing effort.
Short answer: no, since like most appchains/votechains, it modifies the dynamic of creation, and as such cannot be integrated into mainline PeerTube. Read more about that in the dedicated section.
Long answer is that the Steem blockchain goes astray of its promises of fairness and decentralization: the deliberate relaunching of the currency to ensure centralization, and the stake-based voting power, makes manipulation by wealthy users inevitable (source here). Worse, money generated primarily goes to stakeholders (source here ). For more information, read the complete whitepaper analysis done by Tone Vays.
Short answer: no, we don't want advertisers to dictate which content should be financed. That would modify the dynamic of creation; as such it cannot be integrated into mainline PeerTube. Read more about that in the dedicated section.
The long answer is probably more subtle. YouTube has shaped generations of video creators by making it easy to place ads;
but making big money with the platform can be a challenge.
A typical video ad runs between
We define creation dynamic as the way any original content, regardless of its monetary value, is created and incentivized. We want to stay neutral by limiting the influence of our platform on authors as much as possible. We are not curators, and want to limit the scope of PeerTube instance owners and administrators' responsibilities to moderation tasks only.
If you still want to use a functionality potentially altering that state of things, then you could interface with our upcoming plug-in system, which will be the place to integrate such features in the near future.
With that being said, know that we are not against these features per se. We are always open to discussion about potential PRs bringing in features, even of that kind. But we certainly won't dedicate our limited resources to develop them ourselves when there is so much to be done elsewhere.