Review these specifications for live stream encoders compatible with Media Services Live for HLS.
This table shows the MIME types for HTTP Live Streaming.
|File Extension||MIME Type||Description|
|application/vnd.apple.mpegurl||playlist file that contains a path to a media file or directory of media files and meta information about the playlist|
|video/mp2t||video stream file|
|video/iso.segment or video/mp4||fragmented media segment|
|audio/mp4||audio file encoded with advanced audio coding|
|video/mp4||video container format|
|video/mp4||video segment or media initialization segment|
Refer to the Apple Developers page for additional details on HLS playback on iOS-based devices.
Media Services Live for HLS does not honor live encoders’ HTTP DELETE requests. While Media Services servers will return a 200 HTTP status code, the content is not actually deleted as requested.
A master playlist contains a list of sub playlists. Sub playlists contain extra tags for stream duration, cacheability, etc.
The file names
master.m3u8 are treated as master playlists by the edge network. Akamai makes special provisions in the configuration metadata to post the playlists directly to persistent storage.
Apart from these default names, you can create a distinct name for the master variant playlist using these guidelines:
- Enter one filename per line.
- File names can contain any of the following characters:
-. They should have the extension
- The characters
?are treated as wildcards.
- File names are case-sensitive.
You set the publishing hostname and path for a stream in your encoder. You can publish with a relative path as well as an absolute path. Publish the same HLS streaming content simultaneously to primary and backup paths to ensure stream availability.
Refer to Publish HLS streams for syntax.
The playback information is embedded in the variant
In accordance with the HLS recommendation, encoders must upload all required files for a specific bit rate and segment before proceeding to the next segment. The encoder should only move to the next segment after the previous segment has been successfully uploaded or after the segment duration time has elapsed.
With low latency streaming, the encoder uploads fragment chunks and the manifest simultaneously, so the player can start rendering the fragments before the complete segment is uploaded. For additional information, refer to Chunked transfer encoding.
Upload the files and segments for HLS in this order:
- Upload key file. This is optional.
Once your key file is published, it is cached for 24 hours. If you need to upload a new key, use a different file name. If you fail to do this, your stream viewers may experience temporary playback failures.
Do not proceed to Step 3 until Step 1 succeeds.
Akamai uses the test cases described in this table to qualify HLS ingest.
|Basic streams test||Verify if the first line of the bit rate playlist files is |
Verify that the number of streams received is the same as the number of streams expected.
|Bit rate playlist alignment.||Verify if the tag |
|Bit rate playlist upload interval||Verify that the bit rate playlist upload interval is almost equal to the segment upload interval.|
|Directory rollover||Verify if directory rollover happens at consistent intervals.|
NOTE: If you are using directory rollover, set the rollover interval to a value between two and six hours. Your segment length and directory rollover settings must reflect this.
For example, if your segment length is the maximum supported 10 seconds and your directory rollover setting is 2000 segments, your rollover will occur every 5.5 hours. If your segment length is 4 seconds and the rollover setting is 2000 segments, rollover will occur every 2.2 hours.
|ENDLIST tag when the stream stops||Verify if the |
|Error recovery test (failover to a different entry point – DNS lookup test)||Check if the transition to the secondary entry point is seamless.|
|Error recovery test (streams reconnect to same entry point)||Verify the |
|HTTP request type||Verify that the HTTP request type for the ts segments is either PUT or POST.|
|Long duration publish||Verify playback and analyze the stream publish after 48 hours of publish.|
|Master playlist upload interval||Verify that the master playlist file does not get uploaded too frequently.|
|Playback||Verify playback on QuickTime, Safari, and iPad. Refer to Primary and backup HLS stream URLs|
|Segment numbering||Check that the segment numbering is not close to (2^32)-1.|
|Segment retry on 5xx error and verify the retry interval||Trigger a 5xx response to the encoder by modifying the delivery-hostname for the stream-id.|
Trigger a 5xx response by modifying the forward target host and verify encoder behavior.
|Segment upload interval||Verify if the segment upload interval is almost equal to the advertised values.|
|Session ID verification.||Verify that the master playlist file does not have session IDs mentioned in the bit rate URLs.|
Verify that the session IDs are same across all bit rates.
|ts segments and bit rate URL||Verify that the segment numbers are sequentially increasing.|
Verify is response received is 200 by requesting random ts segments (first one, last one, and a middle one).
Verify if any of the
|User-Agent string||Verify if the encoder is sending a valid User-Agent string.|
|Verify if the session ID and directory path is unique during republish.||When an encoder stops the publish and starts another one, the path must be unique.|
For details, refer to HLS requirements.
Updated over 1 year ago