Streaming with HLS
Developers can start live streaming sessions with HLS (HTTP Live Streaming) with Daily. HLS is a multi-bitrate adaptive streaming protocol. It means that the audience watching your stream receives fair-quality video playback over a cellular network while also supporting the best-quality playback on a high-speed connection. The downside is latency; there is roughly a 12-to-20 second delay between what is happening "live". If you are hosting your own streams and want control on where that video output is stored on the Internet, then this guide to HLS is for you.
If you want your audience to watch your streams on Twitch, YouTube, and other providers, then you'll want to take advantage of Daily's RTMP support.
This guide covers:
- The HLS architecture at Daily
- How to configure HLS
- Starting an HLS live stream
- Enabling HLS playback for your audience
- Current limitations for HLS with Daily
Receive a $15 credit for free
Try Daily pay-as-you-go features for free! New accounts have a $15 credit automatically applied when you add a credit card to the account. Learn more about pay-as-you-go features on our pricing page.HLS live streams are a beta feature. The API is subject to change.
The HLS architecture at Daily
How to configure HLS
HLS support is configured through a room property called streaming_endpoints
:
In this example, we are creating an HLS live streaming configuration named hls_s3
.
Each object inside the streaming_endpoints
array represents a live streaming configuration:
name
: the label that will be used indaily-js
to reference a specific configurationtype
: eitherrtmp
orhls
for an RTMP and HLS configurationrtmp_config
: the RTMP configuration details (whentype
isrtmp
)url
: the RTMP url
hls_config
: the HLS configuration details (whentype
ishls
)save_hls_recording
:true
when you want to save the output of the live stream once the stream is finished; otherwise,false
. This can be used as a replacement for cloud recording.variant
: specifies all the HLS variants to generate. Specified as array with following properties.width
: output width.height
: output height.fps
: output FPS.bitrate
: output bitrate in kilobits per second (kbps).iframe_only
: whether this is iframe-only variant.
storage
: the storage details whensave_hls_recording
is set totrue
bucket_name
: the name of the S3 bucket where the HLS output will be storedbucket_region
: the AWS region of the S3 bucket (this is an S3 bucket that you own)assume_role_arn
: The Amazon Resource Name to assume in order to write to the S3 bucketpath
: the S3 key path prefix for where to store the output (HLS recording). The final master.m3u8 path template is<bucket_name>/<path>/<mtgSessionId>
.
For a complete list of the properties available on streaming_endpoints
, check out the rooms configuration.
Use the /rooms
API to configure the streaming_endpoints
for your room:
Starting an HLS live stream
These examples will work with daily-js
or react-native-daily-js
.
In the code example below, we use startLiveStreaming()
on call
to start the HLS stream, after completing the streaming_endpoints
configuration.
call
represents an instance of the DailyIframe
class, which is initiated in projects utilizing either call object or Daily Prebuilt projects.
In this example, hls_s3
is the name of endpoint that we defined as a streaming_endpoints
object.
Note that if your use case requires both HLS and cloud recording or HLS and RTMP in the same meeting session, then multiple instances are required, each with a unique instanceId
.
It is not possible to use rtmpUrl
and endpoints
at the same time with startLiveStreaming()
.
Define your existing rtmpUrls
as streaming_endpoints
room properties in order to start live streaming with both RTMP and HLS.
When using endpoints
, it is not possible to add/remove an RTMP URL to an existing stream through addLiveStreamingEndpoints()
and removeLiveStreamingEndpoints()
.
Enabling HLS playback for your audience
We recommend that the HLS video be served from a CDN (like CloudFront). We advise you to not serve it directly from an S3 bucket. In order to reduce security risk, your S3 resources should implement a "least privilege access" model. From a geographical perspective, serving the HLS video through a CDN ensures that the video is served closest to where your audience is located on the planet.
CDN setup is outside the scope of this guide. We have an example project that creates the necessary AWS infrastructure to serve HLS video through CloudFront.
Current limitations for HLS with Daily
Daily does not store HLS output
Output is stored in one of your AWS S3 buckets. This allows you to have more control over your data and its storage.
Daily supports 4 bitrates out-of-the-box
Width | Height | Frames per Second | Bitrate(kbps) |
---|---|---|---|
1920 | 1080 | 30 | 2500 |
1280 | 720 | 30 | 1500 |
640 | 360 | 24 | 700 |
320 | 180 | 24 | 200 |
These bitrates cover most use case needs. It is currently not possible to change this configuration, but may be possible in a future release.
HLS configuration is only available as a room property
HLS configuration (streaming_endpoints
) is only available as a room property, not a domain property.
This means it cannot currently be set as a default at the domain level, but can be used by any room under your domain.
There is a maximum of 20 streaming_endpoints
You can store up to 20 streaming_endpoints
configuration objects per room.