IPhone, iPad, iPod-HTTP live streaming (HLS) with free tools on Windows

Source: Internet
Author: User


IPhone, iPad,
IPod-HTTP live streaming (HLS) with free tools on Windows

February 1, 2011

Apple HTTP live streaming (HLS) has been a nightmare to get working. below, I'll go through some of my trials and tribulations in getting HLS encoding for non-live streams working in windows. in summary, I couldn't get the bitrate I wanted on my videos.
I'll provide explanations (and rants) below, but first, for the impatient, here is the solution.

In the end, here is exactly what I did:

  • Download FFMPEG, latest stable release (0.6.1 in my case) Windows build from
    Videohelp.com (ffmpeg.org doesn't do their own builds for some reason ?)
  • Download x264 windows build from x264.nl (once again, the x264 team doesn' t do their own windows builds)
  • Download the Nero AAC encoder from
    Nero (this is not open source)
  • Download the Open Source segmenter from
    Here (author's site is

Here's how I have created my streams in a Windows environment:

  1. Extract WAV file from original video:
    ffmpeg.exe -i INPUT.AVI -vn -acodec pcm_s16le AUDIO.WAV
  2. Produce an AAC file:
    neroAacEnc.exe -cbr 64000 -he -if AUDIO.WAV -of AUDIO.AAC
  3. Produce the required audio-only MPEG2-Transport stream:
    ffmpeg.exe -i AUDIO.AAC -vn -f mpegts -acodec copy AUDIO.TS
  4. Go ahead and segment the audio-only MPEG2-Transport stream (this can be done later ):
    segmenter.exe AUDIO.TS 10 STREAMNAME/AUDIO STREAMNAME/AUDIO.M3U8 http://mydomain.com/virtual/path/to/STREAMNAME/
    Note that this will dump audio-*. Ts and audio. m3u8 files into the. \ streamname directory which must exist prior to running.
  5. Choose a bitrate, and encode the video for one of those bitrates. apple recommends 96 kb/s, 256 kb/s, and 800 kb/s for video. this example will use 96 kb/s ("low" bitrate ):
    x264.exe --level 30 --profile baseline --bitrate 96 --keyint 30 -o LOW.MP4 INPUT.AVI
  6. MUX the audio and video together to produce an MPEG2 transport stream:
    ffmpeg.exe -i LOW.MP4 -i AUDIO.AAC -f mpegts -vcodec copy -acodec copy -vbsf h264_mp4toannexb LOW.TS
  7. Segment the stream:
    segmenter.exe VIDEO-96KBPS.TS 10 STREAMNAME/LOW STREAMNAME/LOW-TMP.M3U8 http://mydomain.com/virtual/path/to/STREAMNAME/
  8. Optional: Make all URLs relative in streamname/low. m3u8... Apple's mediastreamvalidator will issue warnings if you don't do this. I use a sed script:
    sed.exe "s/http\:\/\/mydomain.com\/virtual\/path\/to\/STREAMNAME\///" STREAMNAME/LOW-TMP.M3U8 > LOW.M3U8
  9. Repeat steps 5-8 for medium (256 kb/s) and high (800 kb/s) bitrates.
  10. Generate the Final playlist:
    echo med.m3u8>> STREAMNAME\STREAMNAME.M3U8
    echo high.m3u8>> STREAMNAME\STREAMNAME.M3U8
    echo low.m3u8>> STREAMNAME\STREAMNAME.M3U8
    echo audio.m3u8>> STREAMNAME\STREAMNAME.M3U8

So what's going on above? What's the gist of an HLS stream? Briefly, setting up a static compliant HLS stream involves the following: encode your video at varying bitrates. Then slice each of those encoded videos into even chunks (10 seconds recommended)
And output a playlist. A master playlist (aka variant playlist) points to each bitrate-playlist. let the player, based on bandwidth constraints, figure out what bitrate it wants on the fly. if it has to switch to a different bitrate-playlist, it merges segments
By matching up the audio (which shocould be encoded identically between streams). This seems to fit Apple's general philosophy: Your video will stream; it will work regardless of your bandwidth limitations.

A couple of Important Notes:

  • One benefit: no streaming server is needed to make this work. Any HTTP server will work, including Apache and IIS.
  • As mentioned
    Here,"If your app delivers video over cellular networks, and the video exceeds either 10 minutes duration or 5 MB of data in a five minute period, you are required to use HTTP live streaming ."(You have to wonder if any of this is to simply protect
    At&t's bandwidth ?)
  • Apple has proposed HLS as
  • So far as I can tell, Apple doesn't provide an encoder to produce the needed MPEG-2 transport stream, nor does any single apple tool to encode and dump out the necessary files for HLS. they do give you command-linw.ls
    For segmenting, creating a variant playlist (aka master-playlist), and verifying streams. this seems like a glaring omission from QuickTime pro honestly. it does seem from Forum posts that QuickTime pro can output a format that the Apple's segmenter (a command
    Line tool on MACOs) can deal with though.
  • It's all standards based (x264, AAC/MP3, MPEG2-TS) with recommendations for settings provided in theirfaq.
    So we shoshould be able to cobble the necessary files together from free tools that run on Windows. Almost all of them are open source...

So off I went, in an attempt to figure all this out from available, free tools. I came authentication ss a very helpful Article atwww.ioncannon.net,

IPhone HTTP streaming with FFMPEG and an open source segmenter and initially got a stream up and running quite quickly. but the bitrates of the resultant streams just didn't come close to the bitrates I wanted. (knowing how HLS works, it seems it wocould
Be fairly important to have bitrates that come close to what is advertised in the main playlist.) I spent the next few days trying my best to getffmpeg to cooperate, but to no avail... On a 150 kbit/s stream, it produced 220
Kbit/s... On a 800 kbit/s stream, it produced a 250 kbit/s stream. on top of this, if I told FFMPEG to use AAC, the audio sounded horrible (MP3 was much better at the same bitrate !)

After days of experimentation, I finally got the results I wanted from free tools for creating HTTP streams for use with iPhone, iPad, iPod. the information out there on how to get these tools to do what you want is pretty horrible. especially for the video
Processing layman like myself, who "just wants it to work !"

In summary, FFMPEG fails on two fronts here:

  • FFmpeg is horrible at AAC audio encoding. the resultant audio sounds horrible. the free neroaacenc does a much better job. yes, We cocould use MP3, but AAC supposedly provides better sound at similar compression rates versus MP3.
  • FFmpeg simply doesn't (by any of my tests) come close to honoring a recommended bitrate for x264 video encoding. I have tried suggestions from theffmpeg x264 Encoding Guide,
    Including two pass encoding, but to no avail. Video bitrates were simply way off.

So I am using a combination of executables: FFMPEG (extract audio for Nero), Nero AAC encoder (Audio Encoding), x264 (Video Encoding ), FFmpeg (MUX audio/video to create ts file), and an open source segmenter (to create m3u8 for each bitrate ). the resulting
Output looks great, and at least comes pretty close to desired bitrate... Finally!

Hope this helps someone out there!

Related Article

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.