Comments on: iPhone 3.0 live HTTP streaming http://thomas.apestaart.org/log/?p=1031 Present Perfect Wed, 19 Jun 2013 11:40:10 +0000 hourly 1 http://wordpress.org/?v=abc By: aviv http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-112880 aviv Tue, 24 Jan 2012 07:54:19 +0000 http://thomas.apestaart.org/log/?p=1031#comment-112880 Hey there. Thanks a lot for the good article. It's sure makes some issues clearer. Can you tell whether there GStreamer supports the HLS server side? Can you point me to a pipeline/code that can be embedded in the server side in order to transmit the TS chunks? I know how to create a TS stream/file, but I do not know how to segment these stream/file into 10-seconds chunk. I also don't know how to manage the play list while segmentation is done. Thanks in advance Hey there. Thanks a lot for the good article. It’s sure makes some issues clearer.

Can you tell whether there GStreamer supports the HLS server side? Can you point me to a pipeline/code that can be embedded in the server side in order to transmit the TS chunks?

I know how to create a TS stream/file, but I do not know how to segment these stream/file into 10-seconds chunk. I also don’t know how to manage the play list while segmentation is done.

Thanks in advance

]]> By: bellasys http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-79234 bellasys Sat, 12 Feb 2011 18:17:18 +0000 http://thomas.apestaart.org/log/?p=1031#comment-79234 Great thread... so I am looking at this a little differently. Hear me out before shooting down this strange need: What if the streaming were used with known files which could be pre-compiled on a list... or perhaps dynamically compiled in a sense like streaming, except it might be that static titles were not queued in advance of the runtime... I want the first use- devised to thread together known videos using the Streaming format to queue them seamlessly. Why not target a playlist? I will undoubtedly USE a playlist in the implementation, however, I need this for the player popping up from a WEBPAGE. Go figure that. So- by extension- and hopefully within a couple weeks, I can create an implementation which might do something really interesting- like pipe in dynamically added listee videos to a steady stream in the same instance of the web-"embedded" video player on iPhone. Great thread… so I am looking at this a little differently. Hear me out before shooting down this strange need:

What if the streaming were used with known files which could be pre-compiled on a list… or perhaps dynamically compiled in a sense like streaming, except it might be that static titles were not queued in advance of the runtime…

I want the first use- devised to thread together known videos using the Streaming format to queue them seamlessly. Why not target a playlist? I will undoubtedly USE a playlist in the implementation, however, I need this for the player popping up from a WEBPAGE. Go figure that.

So- by extension- and hopefully within a couple weeks, I can create an implementation which might do something really interesting- like pipe in dynamically added listee videos to a steady stream in the same instance of the web-”embedded” video player on iPhone.

]]> By: Pradeep http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-74502 Pradeep Wed, 27 Oct 2010 07:12:38 +0000 http://thomas.apestaart.org/log/?p=1031#comment-74502 @Thomas: ya, it make sense that server should decide whether to append or not. But I have two analysis as to why it should be sliding window and why it should append to the existing playlist. 1. why it should be sliding window? say the playlist file holds 5 videos each of 10 sec (total of 50 sec). At time 0 sec, user A requests the playlist file and starts watching videos {1,2,3,4,5}, now if user B request the same playlist file after say 55 sec, he should still be able to watch the latest videos {6,7,8,9,10} since it is live. If it is not a sliding window and if it appends, then the playlist file would now contain all the videos {1,2,..10}, so user B may end up watching the video from the beginning. 2. why it should append? say the playlist file holds 5 videos each of 10 sec (total of 50 sec). At time 0 sec, user A request the playlist file and start watching the videos{1,2,3,4,5}, by the time user A downloads all the first 5 videos and request the playlist again, the playlist may end up updating videos {8,9,10,11,12} as there is no sync between the two playlist files. In this case, some video chunks {6,7} may be lost. So it should append the videos all the time so that no video chunk is lost. Am I missing something or is there anything wrong in my analysis here? I'm confused !! Any thoughts on this? @Thomas: ya, it make sense that server should decide whether to append or not. But I have two analysis as to why it should be sliding window and why it should append to the existing playlist.

1. why it should be sliding window?
say the playlist file holds 5 videos each of 10 sec (total of 50 sec). At time 0 sec, user A requests the playlist file and starts watching videos {1,2,3,4,5}, now if user B request the same playlist file after say 55 sec, he should still be able to watch the latest videos {6,7,8,9,10} since it is live. If it is not a sliding window and if it appends, then the playlist file would now contain all the videos {1,2,..10}, so user B may end up watching the video from the beginning.

2. why it should append?
say the playlist file holds 5 videos each of 10 sec (total of 50 sec). At time 0 sec, user A request the playlist file and start watching the videos{1,2,3,4,5}, by the time user A downloads all the first 5 videos and request the playlist again, the playlist may end up updating videos {8,9,10,11,12} as there is no sync between the two playlist files. In this case, some video chunks {6,7} may be lost. So it should append the videos all the time so that no video chunk is lost.

Am I missing something or is there anything wrong in my analysis here? I’m confused !!

Any thoughts on this?

]]> By: Thomas http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-74281 Thomas Fri, 22 Oct 2010 10:46:48 +0000 http://thomas.apestaart.org/log/?p=1031#comment-74281 @Pradeep: indeed, in the case of Apple's HTTP Live Streaming, the playlist being updated every X seconds is an integral part. The server usually does a a sliding window; ie each time a new fragment is added at the bottom one is removed from the top. The server could however decide to not remove from the top, and effectively create a larger buffer for timeshifting. @Pradeep: indeed, in the case of Apple’s HTTP Live Streaming, the playlist being updated every X seconds is an integral part. The server usually does a a sliding window; ie each time a new fragment is added at the bottom one is removed from the top. The server could however decide to not remove from the top, and effectively create a larger buffer for timeshifting.

]]> By: Pradeep http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-74258 Pradeep Thu, 21 Oct 2010 10:30:02 +0000 http://thomas.apestaart.org/log/?p=1031#comment-74258 I have read somewhere that the server keeps on updating the playlist file in case of live video in "http live streaming" protocol. But the question is: does the server append the urls of new set of videos to the old one or replaces the old urls with new one? I m bit confused in the mechanism of the playlist file in live video! I have read somewhere that the server keeps on updating the playlist file in case of live video in “http live streaming” protocol. But the question is: does the server append the urls of new set of videos to the old one or replaces the old urls with new one? I m bit confused in the mechanism of the playlist file in live video!

]]> By: Thomas http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-72900 Thomas Mon, 30 Aug 2010 13:53:10 +0000 http://thomas.apestaart.org/log/?p=1031#comment-72900 No open source one was used, we made our own. No open source one was used, we made our own.

]]> By: Saibi Rocker http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-72729 Saibi Rocker Thu, 26 Aug 2010 23:57:40 +0000 http://thomas.apestaart.org/log/?p=1031#comment-72729 Hi I would like to get know , Which Open source segmenter was used for Iphone 2.0 to Chop vedios. I am in hurry. Looking forward for your quick reply. Hi
I would like to get know , Which Open source segmenter was used for Iphone 2.0 to Chop vedios.
I am in hurry. Looking forward for your quick reply.

]]> By: Thomas http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-58747 Thomas Thu, 15 Oct 2009 09:49:43 +0000 http://thomas.apestaart.org/log/?p=1031#comment-58747 @Andy: not really, there's always a way. I have a flumotion patch lying around for example that implements a server-side buffer, and the client can ask for how the stream was 'in the past'. IIRC RTSP also has ways to do this. It does come more natural in Apple's idea of HTTP streaming though. @Andy: not really, there’s always a way. I have a flumotion patch lying around for example that implements a server-side buffer, and the client can ask for how the stream was ‘in the past’. IIRC RTSP also has ways to do this.

It does come more natural in Apple’s idea of HTTP streaming though.

]]> By: Watch live UK TV on your iPhone | All About iPhone.net http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-58711 Watch live UK TV on your iPhone | All About iPhone.net Wed, 14 Oct 2009 22:28:21 +0000 http://thomas.apestaart.org/log/?p=1031#comment-58711 [...] Because the service uses playlists with the .m3u8 extension, you can tell that it’s using HTTP Live Streaming, hence iPhone [...] [...] Because the service uses playlists with the .m3u8 extension, you can tell that it’s using HTTP Live Streaming, hence iPhone [...]

]]> By: Andy http://thomas.apestaart.org/log/?p=1031&cpage=1#comment-58701 Andy Wed, 14 Oct 2009 19:05:15 +0000 http://thomas.apestaart.org/log/?p=1031#comment-58701 the playlist makes it possible to skip forward or backwards in a mp3 'stream'. afaik this was not possible with other mp3 streaming solutions. true? the playlist makes it possible to skip forward or backwards in a mp3 ‘stream’. afaik this was not possible with other mp3 streaming solutions. true?

]]>