Quantcast

iPhone Windowed HTTP Live Streaming Server

After some more work I have enhanced the HTTP segmenter and uploading script from my iPhone streaming using AWS S3 and Cloudfront post. I added a number of features and tried to pull together some of the ideas from the comments. I'll go over some of the features here and there is a full list of configuration options on the HTTP Live Video Streaming server project page and the source is available at the github repo.

So the major changes I have added are:

  • Yaml based configuration file. See the project page for a complete list of options.
  • Ability to transfer segments via copy, ftp, scp and s3.
  • Added the ability to do variable bitrate streams.
  • Added re-streaming support.
  • Added logging to a file and better debug output.

The variable bitrate streams where done by using pipes. I haven't done a large amount of testing but it seems to work fairly well. I am able to stream a live HD video source into 3 different bitrates on a fairly old PC. Here are a couple clips I created to show the progressive enhancement in action, you probably want to switch to the HD version of the video and watch it full screen to get the bet view:


The configuration file will allow for any number of encoding options or transfer options and they can be put together in a number of different ways. Here are a couple examples of both, see the example configuration files for more.

An encoder example:

ep_128k:
  ffmpeg_command: "ffmpeg -er 4 -y -i %s -f mpegts -acodec libmp3lame -ar 48000 -ab 64k -s 320×240 -vcodec libx264 -b 128k -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -subq 5 -trellis 1 -refs 1 -coder 0 -me_range 16 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -bt 128k -maxrate 128k -bufsize 128k -rc_eq 'blurCplx^(1-qComp)' -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 30 -aspect 320:240 -g 30 -async 2 – | %s %s %s %s %s"
  bandwidth: 128000


Transfer configuration example:

ftp_dev:
  transfer_type: 'ftp'
  remote_host: '192.168.1.1'
  user_name: 'user'
  password: 'pass'
  directory: 'html/streamingvideo'

As a final note on changes, you are no longer able to use the segmenter without the script now really. If you want to do that you should use the original version of the segmenter source.

Please note that there is still some work to be done on the script to be complete. If I have time my next enhancement will be to add encryption and I will probably try to test builds on other distributions (maybe attempt to create segmenter binaries).

This entry was posted in meta and tagged , , . Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.

53 Comments

  1. bastien
    Posted June 16, 2010 at 2:29 am | Permalink

    Very interesting project ! I managed to get everything working, but i have one problem : when playing the video, i realized that it contains some "clicks" in audio streams, and also some freezes in video stream. I've tried to tweek my encoding settings, but finally found the problem somewhere else : if i remove the pipe between ffmpeg encode and the segmenter, and replace it by, for example, a temporary file (thus making ffmpeg and segmenter running in sequence instead of parallel if i'm right),… it works perfectly ! I still don't understand why.
    Any ideas on that ?
    Thanks again for the great work !

  2. bastien
    Posted July 6, 2010 at 3:47 am | Permalink

    Hi again,
    Don't know if i am the only one having such problem… maybe because i'm using a tweaked version of ffmpeg for embedded. Anyway, i identified the reason for that: ffmpeg seems to create corrupted TS streams when the input protocol does not support "seek" function. Which means : in case of file protocol, no problem (that's why using a temporary file solved my problem). But, using pipe protocol, seek functionality is not provided and ffmpeg output contains clicks, like desynchronization between audio and video.
    Hope this helps! (maybe an interesting idea would be to add some kind of ffmpeg protocol registering to the segmenter, in order to support "seek", even if restricted : i still have to check why seek is needed, and it would be sufficient).

  3. john p
    Posted July 22, 2010 at 2:19 pm | Permalink

    folks,

    the very last segment always misses a second or 2 (the time bar stops at –0:01) and the quicktime logo is shown.

    has anyone had a fix for this? thx.

One Trackback

  1. By iPad Streaming Video and More on April 6, 2010 at 6:01 am

    [...] iPad, iPhone or iPod Touch and haven't done so yet you it may help to start with my post on windowed streaming on for the iPhone, then read about iPhone HTTP streaming with FFMpeg and the open source segmenter and finally check [...]

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>