Apple launches HTTP live streaming in iPhone 3.0

http://www.appleinsider.com/articles/09/07/08/apple_launches_http_live_streaming_standard_in_iphone_3_0.html

by e1ven • 17 years ago

23 16 17 years ago

appleinsider.com

shib71• 17 years ago

Can someone explain the phrase "the obsolete Ogg Theora" thrown in at the end? Throw-away trollbait or valid argument?

DarkShikari3• 17 years ago

See this thread so that the same tired arguments don't get repeated again:

http://news.ycombinator.net/item?id=692448

In addition to any technical argument, Theora is basically a renamed On2 VP3 (very little was modified from the original specification); if one goes by the fact that VP3 was originally meant to compete with MPEG-2 back in the mid-1990s, it is "obsolete" in a temporal sense.

On2 has since superseded VP3 with VP6 and now VP7 (and soon, supposedly, VP8), so in that sense it is "obsolete" as well.

blasdel4• 17 years ago

Up until a year ago, Theora was total dogshit, dramatically worse than H.263 (RealVideo, Flash 7, etc.) -- Xiph had made basically no effort at all to improve the codec itself, they just made a lot of fuss about integrating it with their custom container format, and froze the format in 2004 (Not that it really mattered -- there have never been other implementations).

A year ago, the 'Thusnelda' development fork of the encoder was started, and made dramatic quality improvements -- the bleeding-edge library now achieves about the same level of mediocrity as H.263 -- welcome to the early 90s!

doublec• 17 years ago

I believe the "there have never been other implementations" to be incorrect. The Cortado Java Applet is a a second implementation of the Theora code for example.

ZeroGravitas• 17 years ago

Well just like Linux, Apache, MySQL and Mozilla it's based on technology going back years (decades in some cases). You can easily confuse people by saying something is a "70s era", or "mid-90s" technology because they'll infer that whatever you are pushing is current, even if it too is built on top of technology of the same era.

See my quote of his opinions on non-Apple browsers if you're still wondering whether this author is trollish or not:

http://news.ycombinator.com/item?id=692354

blasdel4• 17 years ago

There are only two reasons to do actual streaming of any content:

  A) You're broadcasting a live event
  B) You want to pretend the user can't save the content

In all other cases, the "sort of fake streaming called HTTP Progressive Download" is massively superior.

drawkbox3• 17 years ago

One other small factor is cost. Lots of places go with streaming for cost, either to limit the amount of unnecessary download or to add in ads to pay for it (or limit streaming just to their site initially). For instance a live event especially where you want to make sure availability is the best situation it can be. Also for larger movie files such as maybe on Netflix streaming is more cost efficient as lots of people stop watching or partially watch. No need to download everything at .10 a GB for unwatched content.

Either way it sucks but it lives on due to market demands.

DarkShikari3• 17 years ago

You can limit unnecessary download with progressive with two combined tools:

1. Bandwidth throttling.

2. MP4 seeking support (usually a server plugin, e.g. mod_h264_streaming or whatever).

This way you can use progressive download and still limit the user to a sane download speed.

blasdel4• 17 years ago

Are you kidding? Live streaming is MASSIVELY more expensive than HTTP/1.1 because of the infrastructure needed to support the hard latency and QoS requirements.

DarkShikari3• 17 years ago

Not all. Here's one example of where live streaming beats progressive download:

You are a website which serves an extraordinary number of videos, most of which are only viewed by a few users (e.g. Facebook). A small percentage of these users want to view your video on an iPhone, so you re-encode it on the fly from the regular file on the website to display on iPhones. In addition, this lets you adapt the bandwidth on the fly to maximize quality without the signal dropping out.

tjmc• 17 years ago

You can only start from the beginning with HTTP Progressive though. With streaming you can pick any starting point.

jacquesm• 17 years ago

Not really, you can close the connection and reconnect with a different offset. Interrupted HTTP transfers use this to continue where they left off.

The way to do this is to use the 'Range' header iirc.

stillmotion• 17 years ago

Friend of mine has been using this protocol for the last couple weeks: http://cultofmac.com/church-puts-faith-in-iphone-streaming-t...

Apple launches HTTP live streaming in iPhone 3.0

Related Stories