Table of Contents
- About the Project
- Getting Started
- Use with your software
- Video storage and distribution options
- Advanced usage
- Building from source
About The Project
In 2020 the world changed when everyone become stuck in their homes, looking for creative outlets to share their art, skills and themselves from inside their bedroom.
This created an explosion of live streaming on Facebook Live, YouTube Live, Instagram, and Twitch. These services provided everything they needed, an easy way to live stream to the world, and a chat for users to be a part of their community.
But in a world where many were previously finding ways to rely on the big internet service companies less, the 2020 COVID-19 pandemic made everyone run right back to them.
And as soon as people started streaming their DJ sets, movie watching parties, and themselves just sitting around listening to music the big companies came to mute their streams, remove their recordings or ban these users all together.
That's when I wanted a better option for people. Something you could run yourself and get all the functionality of these services, where you could live stream to an audience and and allow them to take part in the chat, just like they've been used to on all the other services. But instead of handing control over to somebody else, you run it. You won't get shut down, and you own it all, just like it should be.
I figured you can install Wordpress and self-host your blog, or install Megento and self-host your e-commerce site. You can install Icecast and have your own internet radio station. Spin up an instance of Mastodon and you have your own social media site that you control. You can even install Nextcloud and have your own personal productivity service replacing Dropbox and Google Docs. There's an open-source alternative to all the big services that you can run for almost everything, but I couldn't think of what the live video streaming equivalent was. There should be a independent, standalone Twitch in a Box.
Keep in mind that while streaming to the big social companies is always free, you pay for it with your identity and your data, as well as the identity and data of every person that tunes in. When you self-host anything you'll have to pay with your money instead. But running a self-hosted live stream server can be done for as cheap as $5/mo, and that's a much better deal than selling your soul to Facebook, Google or Amazon.
- A computer that's on the public internet to run it on. While crunching through video and serving it to viewers can be intensive from the computing side, you can get away with pretty meager resources on a simple setup. If you don't already have a server to run it on you can get a Linode instance for $5/mo that runs it fine. If you worry that you'll be maxing out the bandwidth or transfer limits allotted to you, then utilize S3 Storage very cheaply (or even free for a certain amount) to serve the files instead.
The goal is to have a single service that you can run and it works out of the box. Visit the Quickstart to get up and running.
Many aspects can be adjusted and customized to your preferences. Read more about Configuration to update the web UI and video easily.
Use with your desktop software
Usage with OBS
OBS isn't required, but it's a pretty good piece of free software that will get you streaming from your own computer right away.
- Install OBS or Streamlabs OBS and get it working with your local setup.
- Open OBS Settings and go to "Stream".
- Select "Custom..." as the service.
- Enter the URL of the server running your streaming service in the format of rtmp://myserver.net/live.
- Enter your "Stream Key" that matches the key you put in your
- Start the server.
- Press "Start Streaming" (OBS) or "Go Live" (Streamlabs) on OBS.
Usage with Restream
Video storage options
Three ways of storing and distributing the video are supported.
Local file distribution
This is the simplest and works out of the box. In this scenario video will be served to the public from the computer that is running the server. If you have a fast internet connection, enough bandwidth alotted to you, and a small audience this may be fine for many people.
Enable S3 support in
config.yaml and add your access credentials. Files will be distributed from a S3 bucket that you have created for this purpose. This is a good option for almost any case since S3 is cheap and you don't have to worry about your own bandwidth.
From the IPFS website:
Peer-to-peer IPFS saves big on bandwidth — up to 60% for video — making it possible to efficiently distribute high volumes of data without duplication.
Enable experimental IPFS support and your video will be distributed through the IPFS network. In this scenario viewers will stream the video from IPFS nodes instead of the server running the service. This is free but can be very slow. It can also be just fine, you'll have to experiment for yourself. It can sometimes take too long for the network to get the video to the user, resulting in delays and heavy buffering. Try it if you like and make any suggestions on how to make it better so everyone can have free global video distribution without paying for a CDN or a 3rd party storage service.
By editing the config file you can change what IPFS gateway server is used, and you can experiment with trying different ones.
Here's a list of some things you can do to increase performance and make things nicer for yourself.
Get a faster server with more cores so you can enable more bitrates at once.
Put a CDN in front of your server if you serve your files locally. You can even get a free one like Cloudflare. Then as more people view your stream people will no longer be downloading the stream directly from your server, but from the CDN instead, and it'll be faster. This is also a good way to enable SSL for your site.
If you use S3 for storage, have it expire files from your bucket after N days because old files sitting on your S3 bucket aren't useful to anybody.
webroot/index.htmlfile and make it look however you want.
<video>tag into your existing site and point it at your streaming server's
/hls/stream.m3u8file and not use the built in web UI at all.
Run Nginx as a proxy somewhere to support SSL or caching.
Building from Source
- Ensure you have the gcc compiler configured.
- Install the Go toolchain.
- Clone the repo.
git clone https://github.com/gabek/owncast
- Follow the above Getting Started instructions, making sure ffmpeg exists and your config file is set.
go run main.goon the first run will download the required packages needed for the application to build.
- It will start running the same as in the above Usage instructions and you can point OBS to your localhost instance of it.
The following is a list of things, as long as there's some traction, I'd like to focus on.
Document more non-Amazon owned, but still S3 compatible storage. There's so many services out there that are S3 compatible such as Backblaze, Google Storage, DreamHost DreamObjects, or you can even run your own. So it's good to have options.
Add more functionality to chat UI such as moderation (deleting messages), emojis/gif search, etc. You know, the stuff other services have and people are used to.
Collect viewer stats so you know how many people tuned into a stream. People seem to care about that kind of thing.
Add a simple setup wizard that will generate the config file for you on the first run by asking simple questions.
A web Admin UI that allows you to edit settings and view stats, moderate chat, etc.
Add built-in Let's Encrypt support so SSL is enabled out of the box.
Distributed under the MIT License. See
LICENSE for more information.
Project Link: https://github.com/gabek/owncast