hypervision is a desktop application built with dat and electron that lets you watch and broadcast peer-to-peer live streams. When users connect to a stream, they distribute the data they receive amongst each other. This bypasses the need for a central server, and the huge amount of bandwidth required to deliver the same data to every user.
As hypervision is built on top of electron, it has access to the node runtime, allowing users to connect to each other using protocols like TCP, UDP and UTP. In web browsers like Firefox & Chrome, we don't have access to these tools. We are required to use WebRTC, a collection of protocols that allows browsers to connect directly to each other.
This repository is an experiment in porting hypervision to the browser, using WebRTC.
Clone this repo to your hard-drive:
$ git clone https://github.com/louiscenter/hypervision-browser
Install required dependencies:
$ npm install
Run the development server:
$ npm start
NOTE: Please test in Chrome. Firefox currently has issues with the signalhub server this repo uses.
Open two browser windows, and navigate each to http://localhost:8080.
- In one window, open the
broadcastpage. - In the other, open the
watchpage.
Make sure to open the devtools console in each window.
-
In the
broadcastwindow, press the[Start broadcast]button. Your browser should ask for access to your webcam and microphone. For this to work, you will need to allow access. -
Your broadcast has now begun. Copy the
keyunderneath the[Start broadcast]button to your clipboard. -
In the
watchwindow, paste the key you just copied into theKey:input field, then press the[Watch broadcast]button above. This window will now try connecting to the broadcast in the other window.
-
Joining the swarm can be somewhat unreliable. For this, we are using a
signalhubserver, which I've installed on anow.shinstance to co-ordinateWebRTCconnections. In my own test, the success rate of connecting one peer to the other is about 50%. I'm very new toWebRTC, so I'm unsure why. -
If peer connection is successful, the viewer will tend to download the first and second blocks of the
dat/hypercorefeed, and then either timeout before it can download anymore, or just stop working altogether. Once again, I'm very new toWebRTC, so I'm unsure as to why. Gettingdatfeeds to replicate between peers usingnodeis pretty flawless, but in the browser success has been patchy. -
Any feedback/ideas regarding the issues above is much appreciated. I'd be lying if I said I really knew what I was doing.