A review using OvneMediaEngine has arrived from Russia!

This article has shared from Russia. Thank you Alexander for writing this article.

Also, we have tried to translate this article from Russian to English as smoothly as possible, but some parts could be controversial due to translation errors, so click HERE to check the original.


Video streaming with OvenMediaEngine, goodbye Nginx-RTMP-module!

Before Roman Arutyunyan released the nginx-rtmp-module, the video broadcasting/streaming availability seemed like an expensive and complex business.

On December 31, Adobe doesn't officially support Flash Player and removes the download URL. Of course, I have no choice but to be happy. Currently, even advanced users who have the button using Flash Player turned on by default must also use antivirus software. Everyone knows that this monster has endlessly requested updates through your browser.

Who is Flash Player giving up at the end of 2020? In fact, Flash Player is the only one that supports streaming over the RTMP protocol in browsers with relatively low latency. So I think it's not bad, considering that basically streaming services such as YouTube, Twitch, and more are requested to transmit the video using the RTMP protocol. Of course, a more recent SRT comes along, but that's not the topic of this article.

Adobe will remove the ability to play videos in browsers using RTMP, but where is the alternative?

The HTTP formats require proper buffering, so latency is converted to about 15 seconds. However, If you are communicating online with your audience, this rule is not acceptable.

WebRTC solutions are not suitable for one-to-many streaming implementations. Well, how bad it is, if you can experience it will be okay. Softwares are on the market, but the problem is still in coverage. According to my research, WebRTC has found some stable steps it can use. However, there are still small issues with video formats across platforms. Previously, everything looked so terrible that it was more comfortable to ask to install Flash Player just for the sake of a small delay.

In the nginx-rtmp-module issues, I'm not the only one who left questions [1] [2] about the support of the video transmission formats over HTTP with low latency (2 to 3 seconds). If I can broadcast in DASH and HLS format for up to 3 seconds using nginx-rtmp-module, it would be completely suitable for me. However, there is no answer to these questions. Also, in 2020, lower latency is more needed, but that is no progress. Unfortunately, I think this project has not been developed since 2017.

“Open-Source Streaming Server with Sub-Second Latency” OvenMediaEngine.

A great alternative that meets all my needs is "Open-Source and Sub-Second Latency Streaming Server" OvenMediaEngine, which provides not only coding and clustering tools (e.g. nginx-rtmp-module), but also playback tools (e.g. HTML5 Player OvenPlayer). Korean media technology experts released those I was looking for. With great interest, I tested for a week and thought it will be a game-changer.

  • With WebRTC, the streaming latency is sub-second.

  • With Low Latency DASH, the streaming latency is within 2 seconds.

  • Low Latency HLS is coming soon.


  • Input: RTMP Push, MPEG-TS Push (beta), RTSP Pull (beta)

  • Sub-Second Streaming using WebRTC

  • ICE (Interactive Connectivity Establishment)

  • DTLS (Datagram Transport Layer Security)

  • SRTP (Secure Real-time Transport Protocol)

  • ULPFEC (Uneven Level Protection Forward Error Correction) with VP8, H.264

  • In-band FEC (Forward Error Correction) with Opus

  • Low-Latency MPEG-DASH streaming (Chunked CMAF)

  • Legacy HLS/MPEG-DASH streaming

  • Embedded WebRTC Signaling Server (WebSocket-based)

  • Embedded Live Transcoder (VP8, H.264, Opus, AAC, and Bypass)

  • Origin-Edge structure

  • Monitoring

  • Experiment

  • P2P Traffic Distribution (beta, WebRTC-Only)

Since the OvenMediaEngine team is actively developing this media server, I decided to use the Docker installation they suggested for a quick start. It rolls only two things inside the container, Let's Encrypt's certificate and a server configuration file.

OvenMediaEngine's user guide includes a quick start page, but it doesn't explain best default practice due to the up-to-dateness of the project. After investigating all of this myself, I identified two issues in the release and felt I needed an article.

  1. This example shows how it works with HTTP and WS protocols, but if you want to know how to work with HTTPS and WSS, you'll have to reconfigure everything. And the documentation doesn't have a word for attaching a free certificate like Let's Encrypt, but it's officially fully supported.

  2. When I configure and start my server, the entry point is publicly available to everyone. I need It would be best to show me how to immediately secure the entry point like nginx-rtmp-module.

I think these are all small things, and I would like to praise the very convenient debugging tools they provide:

HTTP and HTTPS for server debugging. Moreover, the setting is reflected immediately as the "GET" parameter in the address bar. It's very convenient to test between browsers. However, I'm confusing in protocols, ports, clerical notes in URLs during the first preparation of the server is still something to do! So, I bookmarked the browser's link and came back when I need to configure it!


I used Ubuntu 20 following the Getting Started they provided.

docker run -d \
-p 1935:1935 -p 4000-4005:4000-4005/udp -p 3333:3333 -p 8080:8080 -p 9000:9000 -p 10000-10010:10000-10010/udp \

Then I installed Certbot, bounded the IP to the domain, and imported the certificate. And I got the name of the Docker container (e.g. 87b8610034bc).


sudo docker container ls

Let's imported the configuration from the container for editing. I think It's more convenient when I'm studying the config to see it somewhere with syntax highlighting, so I pulled out the file.

sudo docker cp 87b8610034bc:/opt/ovenmediaengine/bin/origin_conf/Server.xml ./Server.xml

Please click HERE to see the default configuration.

In the VirtualHost section, I set the server name and specified the path to the certificate inside the container.

The server name in the form of an asterisk "*" or any other word in the configuration won't allow OvenMediaEngine to start correctly using TLS.


Then, I need to leave the TLSPort ports.


Why do I recommend specifying the same ports as used for HTTP? Otherwise, the server will not start on the same ports. I don't know how, but by inventing a new port when installing the Docker, the developers have already made the bindings to the container unnecessary in the example.

I filled the config back.

sudo docker cp ./Server.xml 87b8610034bc:/opt/ovenmediaengine/bin/origin_conf/Server.xml

So it throws the keys along the given path.

docker cp /etc/letsencrypt/live/stream.*.ru/chain.pem 87b8610034bc:/opt/ovenmediaengine/bin/
docker cp /etc/letsencrypt/live/stream.*.ru/privkey.pem 87b8610034bc:/opt/ovenmediaengine/bin/
docker cp /etc/letsencrypt/live/stream.*.ru/cert.pem 87b8610034bc:/opt/ovenmediaengine/bin/


sudo docker restart 87b8610034bc

Let's try it! Enter this stream URL below in the Server tab of OBS settings.


And fill “stream” into the Stream key tab.

Here's a streaming URL for the public:

DASH https://stream.*.ru:8080/app/stream/manifest.mpd
LLDASH https://stream.*.ru:8080/app/stream/manifest_ll.mpd
HLS https://stream.*.ru:8080/app/stream/playlist.m3u8
WebRTC wss://stream.*.ru:3333/app/stream/

After starting the broadcast on OBS, if everything is fine and the links give the manifest, you can check the video on the OvenPlayer.

Signed URL.

OvenMediaEngine is designed to allow you to create URLs with permissions. For example, the same link can be limited in different ways depending on the IP range or publishing time. You don't need to change server settings. It has the same logic as Google's Signed URL.

1. Add the <SignedPolicy> code to the VirtualHost section in Server.xml.


After that, you can't stream to the existing OBS's URL or receive traffic on the published link without a signature.

2. Run signed_policy_url_generator.sh with the parameters described inside.

For example:

sudo bash ./signed_policy_url_generator.sh secretkey rtmp://stream.***.ru:1935/app/stream signature policy '{«url_expire»:8807083098927}'

{url_expire} is a required parameter to ask in milliseconds. It's not a Unix timestamp but uses Current Millis to indicate when the URL will expire.



"rtmp://stream.***.ru:1935/app" goes to the Server, the rest goes to the Stream key on OBS. Like this:

3. If OBS has started broadcasting, you will now need to sign a mandatory public link for WebRTC.

sudo bash ./signed_policy_url_generator.sh secretkey wss://stream.***.ru:3333/app/stream signature policy '{"url_expire":8807083098927}'

So, if you don't know the access key, you can no longer access this streaming.

Finally, register the Docker in your settings to automatically run the container on your system. Well, install and renew the certificate using a script that copies the container's key and restarts.

sudo systemctl enable docker
sudo docker update --restart unless-stopped 87b8610034bc


AirenSoft considers OBS to be the most popular encoder for OvenMediaEngine. Therefore, both in the documentation and in more detail in the blog, you can find suitable settings that minimize broadcasting latency.

Right, OBS is the most popular encoder on the market. So, if you take a closer look at the documentation and AirenBlog, you can find suitable settings that minimize broadcast latency.

If you need sub-second latency streaming from OvenMediaEngine using OBS Studio, see:

Of course, such a low latency stream comes with lower video quality on the zero-latency preset in OBS. Other presets add a delay of about 1.5 seconds, but the video quality is better than that.

So AirenSoft has released the encoder SDK (e.g. OvenLiveKit) for Android they made. They also provide a sample app, OvenStreamEncder for anyone to experience. Click HERE to download.

Let's learn a little more about OvenMediaEngine.

  • The server publishes multiple streams for different platforms, and the player already selects the ones that the browser needs to function. The only drawback of modern video broadcasting is the large size of the dependency bundle. You know, the DASH.js file size is over 175kb via gzip.

  • OvenPlayer is started according to the order of sources in the configuration.

  • When the user chooses WebRTC as the player's source, OvenMediaEngine encodes the audio to the Opus format on the fly. This is a standard requirement for OME.

  • I don't understand, WebRTC can't work with mono sound, so you don't try to switch the sound from a stereo in the media server settings. It obviously won't start, but it's not an OME problem.

What I wish for OvenMediaEngine.

  1. The log system is just text files. It would be nice if there were some more advanced visual analysis, it will help you easily identify things such as the number of viewers online, the type of traffic, and more.

  2. I tried a new Nginx-unit with nice JSON-API as management/config commands. The main point is that I update my web server and it keeps working. You don't need to reboot when uploading certificates, adding domains/subdomains, adding/removing headers, and more. And a very convenient million admin panels appear with UI on top of JSON-API. I think OvenMediaEngine doesn't seem to need such an API, but someone will come up with something later.

Learn more about AirenSoft.

AirenSoft is a group of media technology experts, and they have a blog with exciting content.

Judging by the fact that AirenSoft is working closely with a large telecommunications company, they have a perfect background to be able to support open-source projects. It's amazing. I'll attach a couple of pictures from AirenSoft's new office.

AirenSoft's developers said hello to everyone, and they know that the article will be written.


Thanks again to Alexander for using OvenMediaEngine for himself and for sharing his review.

But we know there are still many areas for improvement and development.

For us, improving FFmpeg is a top priority.

And many features, which have not yet been released, such as Thumbnail extraction, Re-streaming with RTMP, Supports HEVC, Recording (DVR), and more are already added and are being tested. Also, we will look into the full compatibility of RTMP encoders as soon as possible!

With a lot of our efforts, OvenMediaEngine on a 40-cores server has succeeded in receiving a pull of 3,000 RTSPs and transmitting 3,000 WebRTCs. We'll share this news soon.

Thank you!

11,952 views0 comments