Quantcast
Channel: Softvelum news: Nimble Streamer, Larix Broadcaster and more
Viewing all 436 articles
Browse latest View live
↧

Fallback for SLDP iOS browser player

March 28, 2018, 9:49 pm
$
0
0
As you know, SLDP low latency protocol is currently supported in MSE-enabled web browsers for desktop and Android using our freeware web SLDP player.

iOS browsers don't support MSE so if a viewer opens SLDP web player, it will not be able to play. However, we have SLDP Player for iOS which supports full capabilities of SLDP protocol and also allows playing RTMP and Icecast.

With latest web player release we introduced the fallback capability which allows easily map web and iOS player. You can use default fallback scenario or you can set up custom fallback.

Default fallback


So if the browser is opened on iOS, it works like this:

  1. Viewer opens page with SLDP web player.
  2. When user clicks to play the stream, the browser asks the user to open it in SLDP Player free app.
  3. If the application is installed and viewer selects to play, the SLDP Player app is opened and the playback starts.
  4. Besides asking for opening the app, a viewer will see a link to download the app in AppStore - it will remain on the player. So if the app is not installed, a viewer will see the download link instead of playback.

Custom fallback


If you decided to use our player mobile SDK to build your own custom app, you may set your web player to open it instead of default SLDP Player.

We've added a few parameters to set this behavior in addition to available parameters described on web SLDP player page.

  • ios_failback_app_url - SLDP iOS fallback application URL. By default it's SLDP Player but you may specify any URL for AppStore app.
  • ios_failback_scheme - fallback scheme for non-secure connection (ws://). By default, it's 'sldp'. So if your web player has URL like ws://server.address/app/stream , it will be opened in your SLDP app like sldp://server.address/app/stream
  • ios_failback_secure_scheme - fallback scheme for secure connection (wss://), by default, it's 'sldps'. It works the same way as iso_failback_scheme parameter.


Having those parameters you may customize fallback behavior.


Related documentation

SLDP , Playback solutions, SLDP setup in Nimble Streamer, Server-side ads insertion for SLDP,

↧
Search

The State of Streaming Protocols - 2018 Q1

March 31, 2018, 7:49 pm
$
0
0
Softvelum team continues analyzing the state of streaming protocols. It's based on stats from WMSPanel reporting service which handles data from Wowza Streaming Engine and Nimble Streamer servers - there were 3600+ servers on average this quarter. WMSPanel collected data about more than 12 billion views.

Let's take a look at the chart and numbers of this quarter:

The State of Streaming Protocols - 2018 Q1
You can see significant increase of HLS to 71% share while other top competitors - RTMP, progressive download and Icecast - went lower.

Another interesting fact is the increase of SLDP - Q1 had more views than the year of 2017 combined.

You can compare that to the picture of 2017 protocols landscape:

The State of Streaming Protocols - 2017

We'll keep analyzing protocols to see the dynamics. Check our updates at Facebook and Twitter.

If you'd like to use these stats, please refer to this article by original name and URL.

↧
↧

Softvelum 2018 Q1 news

April 1, 2018, 6:18 pm
$
0
0
First quarter of 2018 gave us several great features and updates.

Before reading further, check the State of Streaming Protocols for Q1 2018 - HLS is on the rise again, SLDP gains momentum, take a look.

Nimble Advertizer


Softvelum released a new premium functionality for Nimble Streamer called Nimble Advertizer. It's a server-side ads insertion framework based on Nimble Streamer.
It allows:

  • Pre-roll ads per each connection
  • Flexible timing for mid-roll ads
  • Per-stream ads insertion
  • Personalized ads
  • Customizable business logic

Those capabilities are supported for RTMP, SLDP and Icecast output protocols, having all other supported protocols for input.
Take a look at Advertizer website for read more details and download technical spec.

Nimble Streamer


Nimble Streamer brought some attention within the industry.

How to Create a Live HLS Feed With HEVC: a new highly detailed article by Jan Ozer explaining how to make fMP4 live streams with Nimble Streamer.
We've also released a blog post describing HEVC transcoding Amazon EC2 instances - which instance types will work best for you for that kind of transcoding.

Take a look at Reliable Low Latency Delivery with SRT+SLDP - an article in Haivision blog describing a combination of SRT and SLDP protocols for building reliable delivery networks.
Softvelum has also partnered with Haivision to provide a 10% discount for their SRT-enabled encoders, check this blog post for details.



We get questions regarding Nimble Streamer usage in high load use cases and scenarios.
Take a look at performance tuning guide for live streaming via Nimble Streamer.

For those who extensively uses SSL for their streaming use cases, check our support for multiple certificates and domains.

Mobile SDKs


Larix mobile SDK is being updated all the time to include new features and improvements.

Our streaming library now supports publishing via SRT in Push mode for both Android and iOS. This allows improving the publishing process within unreliable networks. Read more about SRT and its usage in Nimble Steamer and feel free to try SRT in action using Larix Broadcaster free app.

Mobile playback solutions now support Icecast playback widely used for online radios.
We've also improved our web player to handle fallback for iOS browsers by opening stremainf in SLDP player.

You may also check SDKs release notes for all latest updates and use this page to subscribe for SDKs and their support.


That's it. Stay tuned for more updates and follow us at Facebook and Twitter to get latest news and updates of our products and services.

↧

Live Transcoder wildcard scenarios

April 2, 2018, 11:36 pm
$
0
0
Live Transcoder for Nimble Streamer is a powerful tool for easy transformation of your live content. One of its most popular cases is creating multiple renditions from single input which is used for ABR live streaming setup.

To process multiple streams, you typically need to specify a new scenario for every transcoded stream, this means you need to have a set of decoders, filters and encoders for each.
Even though Live Transcoder has a very convenient and easy-to-use drag-n-rop UI, this may be annoying for setting up big amount of streams.

This is why we have wildcard capabilities in transcoding scenarios:

  1. You may specify just application name as a baseline for separating different types of scenarios.
  2. For each incoming stream in this application, its stream name will be taken as is and it will be used for output stream names.

Wildcard scenario setup


Let's take a look at a simple scenario where we have origin application which will have multiple streams. We'll make a scenario to downscale the resolution and have audio channel being passed through. Here's we have an empty new scenario.


Add new decoder - it will have applicaiton name, with stream name left blank.


Then we'll create an encoder with application called live. Instead of a stream name we'll put {STREAM} placeholder.



Then we'll add a scaling filter and also set up audio passthrough. That passthrough will have same settings for origin and result stream.


So now if you publish /origin/camera1 stream, it will be transcoded to a lower resolution, with output stream name as /live/camera1.

Wildcard wizard


This approach is used in one of the Transcoder wizards which is created to simplify the process of creating new scenarios. Being in transcoder scenarios main page, click on Transcoding wizard button and then select Adaptive bitrate streaming.



You'll be able to enter incoming Application name and then leave Stream name blank. Clicking next, you'll see a page which proposes to specify names and select respective renditions for downscaled streams.


You can also change the output stream name and then finish the editing. You'll get the following result scenario.



Using a wildcard approach you may create a flexible scenarios perfectly fit for your use cases.


If you have any questions regarding any functionality, just let us know.

Related documentation


Live Transcoder for Nimble Streamer, Nimble Transcoder YouTube playlist, Live Streaming features, ABR live streaming setup, Adding multiple audio tracks for ABR HLS
↧

fMP4 ABR HLS for VOD AVC and HEVC streaming in Nimble Streamer

April 25, 2018, 5:18 am
$
0
0
Last year Apple announced their support for fragmented MP4, or fMP4, in HTTP Live Streaming protocol. This enables HLS carry the content without traditional MPEG-2 Transport Stream container, which allows reducing the traffic by removing MPEGTS overhead.
The traffic saving is more than 10%, with 15%-20% on average. The all-favorite Big Buck Bunny showed 13% saving on using fMP4 compared to MPEGTS.

Nimble Streamer already had fMP4 support for live streaming, now we introduce fragmented MP4 support for VOD HLS.

This container supports H.264/AVC and H.265/HEVC video, with AAC, MP3 and AC-3 audio.

Setup


The setup for Nimble Streamer VOD streaming routes is made the same way as before, you can read this article for all details. The only difference is in the playback URL. Instead of "playlist.m3u8" name you will use "playlist_fmp4.m3u8" like this:
http://127.0.0.1:8081/vod/sample.mp4/playlist_fmp4.m3u8
When accessing the stream using that type of URL, the content will be automatically re-packaged on-the-fly to provide it in fMP4 container and the playlist will be made using proper standard.

The same applies to ABR streaming with SMIL files. You can set up ABR VOD HLS using SMIL and then use "playlist_fmp4.m3u8" file name like this:
http://127.0.0.1:8081/vod/abr.smil/playlist_fmp4.m3u8
This URL will also generate proper playlist and chunklists.

Playlists


The fMP4-based playlist generated by Nimble Streamer will look as follows.

H.264/AVC playlist for fMP4:
#EXTM3U
#EXT-X-VERSION:6
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="English",AUTOSELECT=YES,URI="audio.m3u8?nimblesessionid=3"
#EXT-X-STREAM-INF:BANDWIDTH=1016419,CODECS="avc1.66.30,mp4a.40.2",RESOLUTION=424x240,AUDIO="audio"
video.m3u8?nimblesessionid=3
H.265/HEVC playlist for fMP4:
#EXTM3U
#EXT-X-VERSION:6
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="English",AUTOSELECT=YES,URI="audio.m3u8?nimblesessionid=4"
#EXT-X-STREAM-INF:BANDWIDTH=1284765,CODECS="hvc1.1.6.L93.80,mp4a.40.2",RESOLUTION=1280x720,AUDIO="audio"
video.m3u8?nimblesessionid=4

The chunks list will be made the same way.


All Nimble HLS fMP4 streams can be played in latest versions of Apple's operating systems as well as in ffplay and JWPlayer. If you know of any other players or platforms, please share your comment about it.

If you have any questions regarding this feature set, please contact our helpdesk.

Related documentation


fMP4 ABR HLS for live streaming, DVR for fMP4 ABR HLS in Nimble Streamer, Nimble Streamer, VOD streaming in Nimble Streamer, ABR VOD HLS using SMIL, MP3 and AAC to HLS transmuxing.
↧
↧

The State of Streaming Protocols - 2018 Q2

July 1, 2018, 5:36 pm
$
0
0
Softvelum team continues analyzing the state of streaming protocols. It's based on stats from WMSPanel reporting service which handles data from Wowza Streaming Engine and Nimble Streamer servers - there were 3600+ servers on average this quarter. WMSPanel collected data about more than 13 billion views.

We've added a new metric - total view time for our server products. It's nearly 1.7 billion this quarter, or 18+ million view hours per day.

Let's take a look at the chart and numbers of this quarter:




You can see HLS share as 67% and RTMP at 17% while progressive download went down a bit.

You can compare that to the picture of Q1 streaming protocols landscape:

The State of Streaming Protocols - 2018 Q2

We'll keep analyzing protocols to see the dynamics. Check our updates at Facebook and Twitter.

If you'd like to use these stats, please refer to this article by original name and URL.
↧

Softvelum 2018 Q2 news

July 1, 2018, 6:47 pm
$
0
0
In Softvelum, we are continuously improving our products and services to protect customers' data, so we've made several major updates in Q2 of 2018.

Before reading further, check the State of Streaming Protocols for Q2 2018, we've added total view time for all of customers, and it's 18 million hours watched through our server software every day!

GDPR


On May 25th, the General Data Protection Regulation (GDPR) of European Union came into effect adding new requirements for companies who may work with data of users from EU.
We have improved our products to comply with new regulation, as well as updated Privacy Policy accordingly. Please read it and let us know if you have any concerns about it.

By logging into our services you agree to our privacy policy and you give a consent to Softvelum to use your email for sending products updates like this one.

We don't send you emails very often, but from time to time we'd like to share news about our products with you.
If you'd like to avoid announcement emails, you can go to Users management page in your WMSPanel account, click on editing user information and check "Exclude user email from WMSPanel announcements" checkbox.

If you have any concerns or issues regarding your privacy in our products, please feel free to contact us via our helpdesk.

Cookies


We've also added cookies usage banner for all users who use WMSPanel website - you might have noticed it entering your account lately. It can be easily dismissed for your convenience.

If you use WMSPanel as a white label and would like this banner to appear for your users, you need to enable it. In order to keep white label look independent from Softvelum, we removed links to Softvelum privacy policy to make it neutral. If you want to control the appearance of this banner, go to Settings menu > Branding tab. For each domain you may click on gear icon to open settings dialog. There you may click on "Show cookie policy notice" checkbox to allow cookies banner for your white label users. It will have a company-neutral text, however if you'd like that banner to point to your own privacy policy, use "Privacy Policy URL" field to specify URL which will be used in banner text.

Nimble Streamer


Nimble Advertizer now supports audio-only HLS output. This means you can serve audio ads via Icecast and audio-only HLS.
You can check more about technical details in this document.

Speaking of HLS, Nimble Streamer now supports fMP4 for VOD HLS for both H.264/AVC and H.265/HEVC content. It also supports ABR VOD via SMIL files. Read this article for more details.

We follow up with latest updates of operating systems and create new packages for Nimble Streamer for supported platforms. Check out new packages of Nimble Streamer for Ubuntu 18.04 and Raspbian 9.

Live Transcoder


We've made a major improvement for transcoder which now allows using shared contexts. This enhances resources usage and simplifies the fine tuning. Read this article for more details on shared contexts.

Also, take a look at Troubleshooting Live Transcoder article for various cases you may face while using Live Transcoder.

We've also added NVidia decoder deinterlacing mode, you can read more about it here.

You may also find useful a step-by-step description for wildcard ABR scenario setup.

Mobile SDKs


Larix mobile SDKs were updated to include new improvements as well as mobile playback solutions. It has a number of bugfixes and performance improvements.

You can check SDKs release notes for all updates and use this page to subscribe for SDKs.


Stay tuned for more updates and follow us at Facebook and Twitter to get latest news and updates of our products and services.

↧

Vote for Softvelum in 2018 Streaming Media European Readers' Choice Awards

July 13, 2018, 2:19 pm
$
0
0
The voting for Streaming Media European Readers' Choice Awards of 2018 is now opened.

Softvelum is nominated in 3 categories and we appreciate all of our customers and partners to for for its products!


First, go to voting page here and introduce yourself to Streaming Media website to start voting.

You will find our products in the following categories:

  1. Mobile Video App or Solution - Larix Broadcaster
  2. Server Hardware/Software - Nimble Streamer
  3. Transcoding Solution - Nimble Live Transcoder


After voting closes on 3 August, you will receive an email asking you to confirm your vote. If you do not confirm your vote, the vote will not be counted so please follow up with Streaming Media email to count your vote!

Thanks to our customers, Nimble Streamer was a finalist for Best Streaming Innovation in 2016. We hope we'll get to the finals this year as well!


↧
Search

HLS support in Nimble Advertizer SSAI

July 29, 2018, 7:58 pm
$
0
0
Earlier this year Softvelum introduced Nimble Advertizer, the Server-Side Ads Insertion (SSAI) framework for Nimble Streamer. This framework allows dynamically insert personalized ads into live streaming content.

Key features of Advertizer are:
  • Pre-roll ads per each connection
  • Mid-roll ads flexible timing setup
  • Per-stream ads insertion business logic
  • Personalized ads based on your user IDs
Now Advertizer supports HLS live streams output in addition to currently supported RTMP, SLDP and Icecast protocols. Advertizer may use all input live protocols supported by Nimble Streamer, which are RTMP, RTSP, SRT, UDT, HLS, MPEG2TS, Icecast and SHOUTcast.

The workflow is easy to adopt within any business logic:
  1. Nimble Streamer media server processes incoming streams to get the content.
  2. Nimble Advertizer calls your handler web application to get business logic description.
  3. Advertizer gets files with advertisements to process them via Nimble Streamer according to your logic defined via handler.
  4. Nimble inserts the ads into original media and packages it into output protocol
  5. End user connects to Nimble and gets the stream containing original content mixed with advertisements.
  6. Playback is running smooth regardless of ads insertion over time in any player which supports the output protocol.
Live input codec for live stream for ads insertion needs to be H.264. Notice that with our Live Transcoder you may also use other live codecs. For your ads source files you need to use H.264 codec, the container needs to be the MP4 file.

You can read full technical spec here.

Nimble Advertizer Server-side Ads Insertion framework is a premium functionality which requires additional payments. Please check this page to get more details about functionality and pricing.

Related documentation


Nimble Advertizer, Nimble Streamer, Live streaming features in Nimble Streamer, Live Transcoder,

↧
↧

Vote for Softvelum in 2018 Streaming Media Readers' Choice Awards

August 23, 2018, 8:16 pm
$
0
0
The voting for 2018 Streaming Media Readers' Choice Awards is now opened.

Softvelum is nominated in 3 categories and we appreciate all of our customers and partners to vote for its products!


First, go to voting page here and introduce yourself to Streaming Media website to start voting.

You will find our products in the following categories:

  1. Encoding Software - Nimble Live Transcoder
  2. Media Server - Nimble Streamer
  3. Video Player Solution/SDK - SLDP Player
This article describes all categories and the voting process.

After voting closes on Monday, September 21, you will receive an email asking you to confirm your vote. If you do not confirm your vote, the vote will not be counted so please follow up with Streaming Media email to count your vote!


↧

The State of Streaming Protocols - 2018 Q3

September 30, 2018, 5:10 am
$
0
0
Softvelum team continues analyzing the state of streaming protocols. It's based on stats from WMSPanel reporting service which handles data from Wowza Streaming Engine and Nimble Streamer servers - there were 3600+ servers on average this quarter. WMSPanel collected data about more than 13 billion views.

We've added a new metric - total view time for our server products. It's nearly 1.9 billion this quarter, or 21+ million view hours per day.

Let's take a look at the chart and numbers of this quarter:


The State of Streaming Protocols - 2018 Q3

You can see HLS share as 69% and RTMP at 17% while progressive download still going down.

You can compare that to the picture of Q2 streaming protocols landscape:


The State of Streaming Protocols - 2018 Q2

We'll keep analyzing protocols to see the dynamics. Check our updates at Facebook and Twitter.

If you'd like to use these stats, please refer to this article by original name and URL.
↧

Softvelum Q3 news

September 30, 2018, 6:02 pm
$
0
0
During the third quarter of 2018 our team was working on improving our products.

Before checking the updates, take a look at the State of Streaming Protocols for Q3 2018. Total view time of our server software among all of customers was 21 million hours watched every day.

Nimble Advertizer


HLS ads insertion

Major improvement was made for Nimble Advertizer, the Server-Side Ads Insertion (SSAI) framework for Nimble Streamer. This framework allows dynamically insert personalized ads into live streaming content.
Key features of Advertizer are:
  • Pre-roll ads per each connection
  • Mid-roll ads flexible timing setup
  • Per-stream ads insertion business logic
  • Personalized ads based on your user IDs
Now Advertizer supports HLS live streams output in addition to currently supported RTMP, SLDP and Icecast protocols. It supports both video+audio and audio-only modes. Advertizer may use all input live protocols supported by Nimble Streamer, which are RTMP, RTSP, SRT, UDT, HLS, MPEG2TS, Icecast and SHOUTcast.

The workflow is easy to adopt within any business logic using your own handler app.

You can read full technical spec here.

Advertizer Live Demo

You can see SSAI in action on our Nimble Advertizer Live Demo page. It has RTMP, SLDP. HLS and Icecast live streams with pre-rolls and mid-rolls being inserted for you.

That page also has description of how this demo works so you could try the same approach in your solutions.

Nimble Advertizer Server-side Ads Insertion framework is a premium functionality which requires additional payments. Please check this page to get more details about functionality and pricing.

SLDP


Upcoming 2019 is the last year of Adobe's support for Flash technology which means upcoming decline of RTMP for end-user streaming. This brings the need for real-time low-latency streaming solution which could be used for live delivery and playback.

This year Softvelum introduced SLDP - Softvelum Low Delay Protocol. SLDP is a streaming protocol based on WebSockets. Its basic features include
  • Sub-second delay between origin and player.
  • Codec-agnostic: H.264/AVC, H.265/HEVC, VP8, VP9, AAC, MP3.
  • ABR support: close-to-instant channels switch.
  • HTTP and HTTPS on top of TCP.
  • Buffer offset support.
Clients are currently available for HTML5 web pages, Android and iOS both as free players and premium SDKs.

Server support is available in Nimble Streamer. From setup perspective, it's just another option for your output streams. Read this article for full details on SLDP setup in Nimble.

Softvelum continuously improves SLDP technology by adding new features and updates. Feel free to try it out for your solutions, or just check Nimble Advertizer Live Demo to see SLDP in action with ads insertion.

Mobile solutions


We're updating our mobile streaming solutions on a regular basis, introducing new capabilities and fixes.

Larix free mobile app and premium SDKs for Android and iOS now have HEVC (H.265) encoding support for better compression of outgoing streams.  Also, SRT library in Larix is now version 1.3.1. Those features bring more robustness on unreliable networks and low bandwidth.
iOS Larix also has 60 fps support.

Restream.io has a new article in their help center called Stream From Mobile Using Larix Broadcaster. It's about Larix setup for using Restream.io services.

SLDP Player apps and SDKs had minor improvements and fixes as well.

You can check full description of releases and get SDK subscription any time.


We'll keep you updated on our latest features and improvements.
Stay tuned for more updates and follow us at Facebook and Twitter to get latest news and updates of our products and services.
↧

Recent failures analysis

October 28, 2018, 9:00 pm
$
0
0
Recently WMSPanel web service had 2 major malfunctions which affected our customers. This is the first time we had that kind of strong impact in years.

We'd like to share more information about those issues.

We creates WMSPanel failures status page which has description of recent malfunctions or incidents happened to our infrastructure. We'll keep updating it in case if anything else happens.

We apologize for all inconveniences caused by the described malfunctions. As we described above, we made proper adjustments to our infrastructure to avoid various types of failures.

Unfortunately, nothing is perfect so we know that our hosting infrastructure will give us some hard time going forward. However, we continuously mitigate those possibilities which gives us strong optimism for the future of our services.

↧
↧

White Paper: Tools for tailor-made streaming

November 7, 2018, 6:30 pm
$
0
0
We're excited to announce our latest white paper published at Broadband TV News news web site.

It's called Softvelum: Tools for tailor-made streaming and you can download it by filling out the form on its webpage.


Let us know of your thoughts on this article, tell us what else you'd like to read about.
↧

DVR thumbnails in Nimble Streamer

November 20, 2018, 2:22 am
$
0
0
Nimble Streamer software media server has it DVR feature set which covers the majority of use cases for streams recording and playback.

DVR setup is described in this article and you're probably already familiar with it. Now, to get snapshots of DVR stream, you may use direct URL described below.

Notice that thumbnails are generated as .mp4 files containing a single keyframe. This allows inserting thumbnail in any modern browser using <video> element.

The latest thumbnail can be obtained using the following URL:
http://<server>/<app>/<stream>/dvr_thumbnail.mp4
If you'd like to get specific time spot, add epoch time:
http://<server>/<app>/<stream>/dvr_thumbnail_<utc>.mp4
E.g. http://serverip/live/stream/dvr_thumbnail_1542708934.mp4

This feature is enabled by default and if you'd like to disable it, use this parameter in Nimble Streamer config file:
dvr_thumbnails_enabled = false

MP4 output was chosen over PNG or JPG images due to resources usage. MP4 frame can be extracted and inserted into MP4 container with relatively small amount of CPU and RAM. Still image capture requires frame decoding and encoding into proper format which needs extra resources. Our customers like Nimble Streamer primarily because of its high performance and we'd like to keep it that way.

If you have any questions on this or other features, let us know.

Related documentation


Nimble Streamer, Live streaming scenarios, DVR feature set, DVR setup for Nimble Streamer, Usage snapshots
↧
Search

Playback session authorization in Nimble Streamer

November 22, 2018, 9:49 pm
$
0
0
Nimble Streamer paywall features provide a lot of ways of controlling the end-user connection including hotlink protection and pay-per-view which give advanced capabilities but require to sign the stream playback URL on your web page. Other features like geo-location and IP-range block, User-Agent and Referrer fields block require to be pre-configured via WMSPanel.

To give more flexibility, Nimble Streamer now supports sessions authorization via external handler. to decide which of the connecting users may continue receiving the stream. The workflow is simple:

  1. Player client software connects to Nimble Streamer instance via any URL
  2. Nimble Streamer keeps the connection and reaches the external handler, sending all details of this new session
  3. Handler returns response to define further behavior of Nimble Streamer.
Each response has its code in header and body:
  • Code 200 response means the stream can be played by this client.
  • Code 302 makes Nimble Streamer to redirect and show some other stream specified in the response.
  • Code 403 means that this user session is forbidden.

The supported protocols are:
  • HLS, MPEG-DASH, SLDP, Icecast and MPEG-TS for live streaming;
  • HLS, MPEG-DASH and Progressive download for both live and VOD streaming;
  • HDS, SmoothStreaming and Progressive download for re-streaming. 
Here's how you can use this.

Enable feature


Currently there are no UI settings for that feature so you need to add the following options into nimble.conf and re-start Nimble instance:
auth_handler_url = http://127.0.0.1:8008/clientauth
auth_protected_apps = live
auth_allow_by_default = false


auth_handler_url sets up the URL for your handler web application. auth_protected_apps contains space-separated list of applications to be protected with the handler. auth_allow_by_default defines if clients should be allowed in case authorization handler becomes unavailable.

Message for handler


Your handler needs to be a web application available via public URL.

The following JSON message is sent by Nimble Streamer to this handler in POST request body:
{"host":"<host>", "url":"<stream URL>","ip":"<client IP>","user-agent": <User-Agent header> , "referer": <Referer header>, "session_id": <Nimble session ID> , "session_type": <protocol name>}
You can see the meaning of most fields' from the line above. The session_type field value may be one of the following: "HLS", "DASH", "HDS", "SMOOTH", "PD", "ICECAST", "MPEGTS" and "SLDP".



Response from handler


The handler needs to return a JSON with one of the following bodies.
{"return_code":200}
Code 200 means that current client may start receiving the stream in this session.
{"return_code":302,"redirect_location":"http://127.0.0.1:8081/content/blocked.mp4/playlist.m3u8"}

Code 302 means Nimble will start streaming another stream instead of the one requested initially, i.e. this is a redirection. This is useful you'd like to show some stub for un-authorized client or if a requested stream is not yet available.
{"return_code":403}

Code 403 means this stream is forbidden for this particular client session.




Moving forward we plan adding periodic calls for authorization handler during the streaming process in case your business logic requires more flexible control. Also, a simple web UI will be available to help controlling this feature without config changes and server re-start.

Stay tuned for updates and let us know if you have any questions on this feature set.

Related documentation


Nimble Streamer paywall features, SLDP low latency streaming, Live streaming features, VOD features
↧

Using Amazon CloudFront for SLDP delivery

November 30, 2018, 12:45 am
$
0
0
Live streaming is growing these days and a lot of its use cases require sub-second delay between image capture and its display on user's device.
That includes online chatting, betting and bidding, gaming, security and surveillance - all of them demand real-time picture to make the immediate response.

With the decline of Flash and RTMP as the main way to view live streams, the industry has been looking for new ways to deliver the media close to real-time.

Softvelum has developed SLDP, a last-mile delivery protocol for end-user devices to cover real-time demand. It's key features are:

  • Sub-second delay between origin and player.
  • Multiple codecs support: it can deliver whatever your end-user platform can play, e.g. H.264, VP8, VP9, H.265/HEVC.
  • Adaptive bitrate support for delivering multiple resolutions and qualities.

Nimble Streamer software media server has full support for SLDP and its features. You can read this article to check how Nimble Streamer may take incoming live streams and produce SLDP based on that input.
SLDP playback is supported by SLDP Player. On Android and iOS, it's a native mobile application, while browser payback is covered by HTML5 JavaScript player working in any MSE-enabled browser. All three players can be customized via respective SDKs.



Amazon CloudFront setup


SLDP is a streaming protocol based on WebSockets so it can be delivered via both HTTP and HTTPS on top of TCP.  This makes SLDP pervasive across any networks, including CDNs which support WebSockets.

Recently Amazon CloudFront announced full support for WebSockets. This allows AWS users to use all benefits of this delivery network to get all benefits of SLDP live streaming. If you're not yet familiar with AWS CloudFront, please check this page to get started.
CloudFront WebSockets setup is easy and seamless - you can complete it within a few minutes. In our example below we assume you will use ultimatemediastreaming.com domain for accessing your media streams. We'll add it into distribution settings and then use for further playback.

Go to your AWS Management Console and find CloudFront in AWS services.

Find CloudFront service

You will be redirected to CloudFront Distributions control page.

CloudFront Distributions list

Here you need to click on Create Distribution button to proceed. You will be brought to Step 1 to select your delivery method for your content.

Click on Get started for Web delivery method.

You will need Web method so just click on Get started button. You will go to Step 2 to enter details.

Enter your domain.

This page has a lot of delivery parameters. However, with SLDP you don't need any of that except for Origin Domain Name field. Here you need to enter the domain name which you will map output stream to. In our example it's "ultimatemediastreaming.com" as mentioned previously. Your Origin ID will be generated automatically. You may also specify custom ports of origin server if you need to.

Now scroll down to the bottom of the page.

Create distribution.

Click on Create Distribution button to complete the process. You will then be taken back to distributions list.

Distribution is ready.
CloudFront will take some time to propagate setting across their network, but it won't take a few seconds. Once it's done, copy the Domain Name field value. In our example it's d1qarwymuxges8.cloudfront.net.

SLDP playback


Now CloudFront will take all requests from your viewers and take then to your Nimble Streamer instance.

So now all you need is to set up SLDP output from Nimble Streamer in case you haven't done this yet. Read more about how you can take input from various protocols with Open Broadcaster Studio, Larix Broadcaster and Haivision encoders as examples.

Once you have your SLDP ready, its full playback URL will be like
ws://x.x.x.x/liva_app/live_stream
Here "x.x.x.x" is your IP address and you can replace app name and stream name with your values. Then you map your IP to your origin domain name used in CloudFront settings. This will be like
ws://ultimatemediastreaming.com/live_app/live_stream
Since you've created a distribution in CloudFront, your stream will be available using these final URLs:
ws://d1qarwymuxges8.cloudfront.net/live_app/live_stream wss://d1qarwymuxges8.cloudfront.net/live_app/live_stream
The "ws://" prefix is for HTTP and "wss://" is for HTTPS.
You can use these URLs in any of your SLDP players. Your stream will be seamlessly delivered via CloudFront CDN.



If you have further questions regarding SLDP or any other Softvelum technology, please contact us.

Related documentation


SLDP protocol, Nimble Streamer, SLDP setup in Nimble Streamer, Getting started with CloudFront

↧
↧

DVR JPEG thumbnails in Nimble Streamer

December 23, 2018, 11:50 pm
$
0
0
DVR feature set in Nimble Streamer covers the majority of use cases for streams recording and playback, its setup is described in this article.

We've recently introduced MP4 snapshots of DVR stream which you may use directly via URL or certain kind. MP4 output was chosen over JPG images due to resources usage. MP4 frame can be extracted and inserted into MP4 container with relatively small amount of CPU and RAM. Thumbnails are generated as .mp4 files containing a single key frame. This allows inserting thumbnail in any modern browser using <video> element.

When it comes to saving still image snapshots via JPG, it requires frame decoding and encoding into proper format. That's why you'll need Nimble Streamer Live Transcoder to be available at your DVR server.

Install Live Transcoder and enable thumbnails


Nimble Streamer uses decoding and encoding libraries from Nimble Live Transcoder to get the image from the stream and then encode it into JPG.
So to get his feature working, first you need toinstall Live Transcoder and subscribe for a license. Once you've installed Live Transcoder and registered the purchased license, you can enable this feature in DVR settings.

Go to Nimble Streamer menu and click on Live streams settings. Once you open settings, go to DVR tab to see your DVR settings. To enable JPG thumbnails, open your stream DVR setting, click on Advanced settings and scroll to Generate JPEG thumbnails checkbox.

Enabling JPG thumbnails generation.
Check that box to enable the feature and use Thumbnail width and Thumbnail height edit boxes to specify dimensions of images. If you leave then as 0, Nimble will save full-size images. If you specify exact values, they will be used for every thumbnail. Another option is to specify only one of those dimensions, in this case, the image will have both sides proportional to each other. E.g. if you set up Thumbnail height to 480 with width set to 0, this will produce thumbnails with 480 height and proportional width, whatever it is for the original image.

Once you start recording any stream via DVR with the feature enabled, it will generate a JPG thumbnail for every recorded segment, its length is defined during the DVR setup. A thumbnail will be a key frame picture at the start of the corresponding segment. Notice that thumbnail generation takes time depending on your hardware so for large resolutions it might take a few seconds. However small resolutions on powerful hardware will allow generating it within a split of a second.

Get thumbnails


Now when DVR is working and pictures are generated continuously, you can get them using the followings URLs.

Latest available thumbnail can be obtained using this type of URL:
http://<server>/<app>/<stream>/dvr_thumbnail.jpg
If you'd like to get specific time spot, add epoch time:
http://<server>/<app>/<stream>/dvr_thumbnail_<utc>.jpg
E.g. http://serverip/live/stream/dvr_thumbnail_1542708934.jpg. In this case Nimble Streamer will return a key frame image at the start of the corresponding segment.

Optimization


If you see that your DVR thread is consuming too much resources, you can add working threads by using thumbnail_transmuxer_threads parameter. Read this article for more details about Nimble configuration. By default, this parameter's vaule is "1".


If you have any questions on this or other features, let us know.

Related documentation


Nimble Streamer, Live streaming scenarios, DVR feature set, DVR setup for Nimble Streamer, Usage snapshots
↧

The State of Streaming Protocols - 2018 summary

December 24, 2018, 5:27 pm
$
0
0
Softvelum team continues analyzing the state of streaming protocols. It's based on stats from WMSPanel reporting service which handles data from Wowza Streaming Engine and Nimble Streamer servers.

In 2018, WMSPanel collected data about 48 billion views.
We also added a new metric - total view time for our server products. It's nearly 6.7 billion hours.
On average, there were 3600 to 3900 servers under WMSPanel observation at any moment of time.

Let's take a look at the chart and numbers of this quarter:

The State of Streaming Protocols - 2018



To compare, take a look at the chart and numbers of 2017:

The State of Streaming Protocols - 2017

You can also compare that to 2016 protocols landscape.

What can we see from these charts?
  • HLS gets even bigger share of 67%. It remains a de-facto standard for end-user media consumption. This year we've implemented fMP4 HLS support for VOD in addition to live fMP4 HLS streaming which will give capability to decrease traffic numbers with same level of viewership.
  • RTMP is still in active use for live streaming scenarios with real-time delivery. In 2020 Adobe will discontinue Flash support and major browsers will start getting rid of it in late 2019. As a result, RTMP playback will start going down.
  • SLDP is a new protocol created by Softvelum as a replacement of RTMP for real-time streaming. It's based on WebSockets and it can deliver content to MSE-enabled browsers on most platforms. Native mobile apps and SDKs can also be used for adding SLDP playback on Android and iOS. After its introduction in 2017, SLDP gained momentum from 6M views last year to nearly 200M in 2018.
    Early next year we'll introduce a transition plan for those who would like to shift from RTMP to SLDP.
  • Icecast keeps around 4% share through the years as our customers use it for audio streaming. Nimble Streamer has full support for this technology and our SLDP Player currently supports Icecast mobile playback.
  • Progressive download is still strong with VOD scenarios as an addition to HLS.
  • Other protocols are in their niches, getting low percentage.

We'll keep analyzing protocols to see the dynamics. Check our updates at Facebook and Twitter.

If you'd like to use these stats, please refer to this article by original name and URL.
↧

2018 summary

December 24, 2018, 6:43 pm
$
0
0
The New Year of 2019 is approaching so it's time to look back at what Softvelum has accomplished.
We've had an interesting year as you will find out below.

First, take a look at a few numbers in our State of Streaming Protocols for 2018, our customers stream more each year and we're excited to see continuous connections number growth.

We had a couple of publications which you may find interesting:

Speaking of streaming use cases, this year we started making series of "snapshots" to show how Softvelum products can be used for real-life streaming scenarios. As example, check first case study with mobile-to-mobile delivery chain or "power origin" approach to building CDN. Let us know if you'd like to see more scenarios covered like that.

Nimble Advertizer


The biggest start of this year is Nimble Advertizer. It's a live streaming server-side ads insertion (SSAI) framework for Nimble Streamer media server.

Key features of Advertizer are:
  • Pre-roll ads per each connection.
  • Mid-roll ads flexible timing setup.
  • Per-stream ads insertion business logic.
  • Personalized ads based on users' IDs.
Advertizer supports HLS, RTMP, SLDP and Icecast protocols output. It supports both video+audio and audio-only modes. Advertizer may use all input live protocols supported by Nimble Streamer, which are RTMP, RTSP, SRT, UDT, HLS, MPEG2TS, Icecast and SHOUTcast.

The workflow is easy to adopt within any business logic:
  1. Nimble Streamer media server processes incoming streams to get the content.
  2. Nimble Advertizer calls your handler web application to get business logic description.
  3. Advertizer gets files with advertisements to process them via Nimble Streamer according to your logic defined via handler.
  4. Nimble inserts the ads into original media and packages it into output protocol.
  5. End user connects to Nimble and gets the stream containing original content mixed with advertisements.
  6. Playback is running smooth regardless of ads insertion over time in any player which supports the output protocol.
You can read full technical spec for more information. Also Nimble Advertizer demo shows simple ad insertion scenarios for HLS/RTMP/SLDP/Icecast in action, with all setup details.

SLDP


Softvelum Low Delay Protocol was introduced in 2017 and this year it's been widely adopted among our customers as a replacement for RTMP low latency delivery.
It's now gaining momentum since Adobe announced that it's going to decline Flash in 2020 which will cause elimination of Flash-based RTMP playback. Major browsers will also decline its usage in 2020 so those who need to have low latency real-time streaming, will have to choose other technologies.

SLDP is a great replacement with its sub-second latency, buffer control, adaptive bitrate and multiple codecs support. Based on WebSockets, it allows playback on MSE-enabled browsers with our HTML5 player, as well as mobile playback on iOS and Android devices with our free apps. Early next year we'll introduce more details on transition from RTMP to SLDP for your ultra-low latency, so stay tuned for our blog and social networks.

Meanwhile, CDNs start adding WebSockets support which allows SLDP delivery natively through their networks. Take a look at CloudFront WebSockets delivery setup with Nimble Streamer as example of such support.

We've been improving SLDP protocol through this year to make it a great solution for RTMP playback replacement.

Nimble Streamer


Besides Advertizer and SLDP, Nimble Streamer also got a number of improvements.

The aforementioned Jan Ozer article How to Create a Live HLS Feed With HEVC refers to fMP4 container support for live streaming. In addition to fMP4 support for live streams, Nimble now has 
VOD support for fMP4 HLS.
So if your customers use latest iOS version, you could use that container for both live and VOD to optimize your distribution costs.

Our customers have been requesting more features regarding end-users connections control. Nimble Streamer now supports sessions authorization via external handler to decide which of the connecting users may continue receiving the stream. Player connects to Nimble Streamer instance via any stream URL, then Nimble reaches the external handler which returns response to define further behavior of the server.
This gives even bigger flexibility to paywall feature set which allows building monetization solution for your content.

Nimble Streamer now has DVR thumbnails generation as JPG files and as single-frame MP4 files, this helps showing preview for any point in recorded stream.

Mobile products


Our mobile solutions are being improved all the time following customers' feedback.

Larix mobile SDK now supports SRT streaming from Android and iOS devices. Nimble Streamer had SRT support for a couple of years so far, so adding that protocol to a mobile publishing SDK has been highly anticipated.

Modern devices are getting support for HEVC (H.265) encoding, so Larix apps and SDKs have support for it as well. You'll need to use RTSP or SRT protocols as a transport for it, as RTMP has no HEVC support.

Latest mobile devices also have high frame rate, e.g. 60fps, so Larix has that for both for iOS and Android on those devices which have that feature support. On Android phones you can now select fixed or variable frame rates, depending on current device capabilities - that's crucial for some transcoding solutions.

SLDP Player for Android and iOS now has Icecast support to give playback capabilities for numerous online radios.
In case you use HTML5 browser player on iOS and have any issues, take a look at SLDP iOS Player fallback setup.

Minor improvements and updates were continuously added to both products during entire year.




We have a couple of new products to deliver for you next year, so stay tuned for updates and we'll continue providing the best possible improvements to help you grow your business.

Our team wishes you a Happy New Year!

↧
Viewing all 436 articles
Browse latest View live
Search