Federated video streaming platform using ActivityPub and P2P in the web browser with Angular. https://joinpeertube.org/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Bigard Florian 2fec520605 Change licence to AGPL 5 years ago
.github Add client documentation 5 years ago
client Add email to users 5 years ago
config Add email to pods 5 years ago
scripts Document update host script 5 years ago
server Server: fix migration scripts 5 years ago
support Update peertube.conf 5 years ago
.codeclimate.yml Server: retryer transaction wrapper refractoring 5 years ago
.eslintignore Add codeclimate 6 years ago
.eslintrc Add codeclimate 6 years ago
.gitignore Server: add video preview 5 years ago
.travis.yml Fix travis 5 years ago
ARCHITECTURE.md Update architecture document with postgresql measurements 5 years ago
FAQ.md Begin a FAQ 5 years ago
LICENSE Change licence to AGPL 5 years ago
README.md Update roadmap 5 years ago
package.json Server: update express-validator 5 years ago
server.js Server: fix migration scripts 5 years ago



Prototype of a decentralized video streaming platform using P2P (BitTorrent) directly in the web browser with WebTorrent.


Dependency Status devDependency Status


Build Status Dependencies Status devDependency Status JavaScript Style Guide PeerTube Freenode IRC



Want to see in action?

  • You can directly test in your browser with this demo server. Don’t forget to use the latest version of Firefox/Chromium/(Opera?) and check your firewall configuration (for WebRTC)
  • You can find a video to see how the “decentralization feature” looks like
  • Experimental demo servers that share videos (they are in the same network): peertube2, peertube3. Since I do experiments with them, sometimes they might not work correctly.


We can’t build a FOSS video streaming alternatives to YouTube, Dailymotion, Vimeo... with a centralized software. One organization alone cannot have enought money to pay bandwith and video storage of its server.

So we need to have a decentralized network (as Diaspora for example).
But it’s not enought because one video could become famous and overload the server.
It’s the reason why we need to use a P2P protocol to limit the server load.
Thanks to WebTorrent, we can make P2P (thus bittorrent) inside the web browser right now.



Front compatibility

  • Chromium
  • Firefox (>= 42 for MediaSource support)


  • NodeJS >= 4.x
  • npm >= 3.x
  • OpenSSL (cli)
  • PostgreSQL
  • FFmpeg


Other distribution... (PR welcome)


$ git clone -b master https://github.com/Chocobozzz/PeerTube
$ cd PeerTube
$ npm install # Or npm install --unsafe-perm for root user
$ npm run build



If you want to run PeerTube for production (bad idea for now :) ):

$ cp config/production.yaml.example config/production.yaml

Then edit the config/production.yaml file according to your webserver configuration. Keys set in this file will override those of config/default.yml.

Finally, run the server with the production NODE_ENV variable set.

$ NODE_ENV=production npm start

The administrator password is automatically generated and can be found in the logs. You can set another password with:

$ NODE_ENV=production npm run reset-password -- -u root

Nginx template (reverse proxy): https://github.com/Chocobozzz/PeerTube/tree/master/support/nginx

Systemd template: https://github.com/Chocobozzz/PeerTube/tree/master/support/systemd

You can check the application (CORS headers, tracker websocket...) by running:

$ NODE_ENV=production npm run check


The following commands will upgrade the source (according to your current branch), upgrade node modules and rebuild client application:

# systemctl stop peertube
$ npm run upgrade
# systemctl start peertube


In this mode, the server will run requests between pods more quickly, the videos duration are limited to a few seconds and the client files are automatically compiled when we modify them:

$ npm run dev

The administrator password is displayed in the command output and can be found in the logs.

Test with 3 fresh nodes

$ npm run clean:server:test
$ npm run play

Then you will can access to the three nodes at http://localhost:900{1,2,3} with the root as username and test{1,2,3} for the password. If you call “make friends” on http://localhost:9002, the pod 2 and 3 will become friends. Then if you call “make friends” on http://localhost:9001 it will become friend with the pod 2 and 3 (check the configuration files). Then the pod will communicate with each others. If you add a video on the pod 3 you’ll can see it on the pod 1 and 2 :)

Other commands

To print all available command run:

$ npm run help


You can test it inside Docker with the PeerTube-Docker repository. Moreover it can help you to check how to create an environment with the required dependencies for PeerTube on a GNU/Linux distribution.


See the contributing guide.

See the server code documentation.

See the client code documentation.


See ARCHITECTURE.md for a more detailed explication.


  • The backend is a REST API
  • Servers communicate with each others through it
    • A network is composed by servers that communicate between them
    • Each server of a network has a list of all other servers of this network
    • When a new installed server wants to join a network, it just has to get the servers list through a server that is already in the network and tell “Hi I’m new in the network, communicate with me and share me your servers list please”. Then the server will “make friend” with each server of this list
    • Each server has its own users who query it (search videos, where the torrent URI of this specific video is...)
    • If a user upload a video, the server seeds it and sends the video informations (name, short description, torrent URI...) to each server of the network
    • Each server has a RSA key to encrypt and sign communications with other servers
  • A server is a tracker responsible for all the videos uploaded in it
  • Even if nobody watches a video, it is seeded by the server (throught WebSeed protocol) where the video was uploaded
  • A network can live and evolve by expelling bad pod (with too many downtimes for example)

See the ARCHITECTURE.md for more informations. Do not hesitate to give your opinion :)

Here are some simple schemes:


Watch a video

Watch a P2P video

Join a network

Many networks


There already is a frontend (Angular 2) but the backend is a REST API so anybody can build a frontend (Web application, desktop application...).
The backend uses BitTorrent protocol, so users could use their favorite BitTorrent client to download/play the video with its torrent URI.