4 ms·

I've only skimmed the HTML5 video spec so far, but my guess at this point is that stuff like Hulu's new adaptive bitrate streaming, and their ad volume normaliz

I've only skimmed the HTML5 video spec so far, but my guess at this point is that stuff like Hulu's new adaptive bitrate streaming, and their ad volume normalization, would be much more difficult (if not impossible) to implement in HTML5. I certainly agree the studios' lack of perceived control is likely to be a factor too, but Hulu aren't alone here: HTML5 isn't (yet) good enough for us at Justin.TV either.

pquerna 16y ago
Yes, Adpative bit-rate is currently missing from HTML5. However, Apple has a method of doing this with entirely standard HTTP and a few metadata files, as this is how you do adaptive bitrate content on the iphone: http://developer.apple.com/iphone/library/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html http://developer.apple.com/iphone/library/documentation/Netw... The formats and methods Apple provides in the spec for the IPhone can be used for both Live Content and for adaptive bit-rate pre-recorded content. I hope eventually the iphone http streaming spec or a derivative would get adopted into HTML5 :)
- abstractbill 16y ago
  Yeah, we use Apple's spec in our own iPhone app. It would be very nice to see it, or something like it, in HTML5.
- felixmar 16y ago
  Apple has one or more pending patents for it's (rather trivial) live streaming protocol and so far only agrees to RAND terms, see https://datatracker.ietf.org/ipr/1142/ https://datatracker.ietf.org/ipr/1142/ I have not seen a confirmation from Apple that it will offer royalty-free licenses if the protocol becomes a IETF standard. That should imho be a requirement for HTML5 adoption. Also it may be better to adopt another streaming protocol for HTML5 because the Apple's protocol is not suitable for low latency streaming.
  - pquerna 16y ago
    A patent over a metadata/playlist file and various bit rate chunks of a file? Well, they don't disclose what the patent is, but bleh, its just stupid to patent crap like that :(
warfangle 16y ago
@pquerna (for some reason, your post didn't have a reply link): Interesting scheme. I'm wondering if this same idea could be used by a client-side library to enable buffering and dynamic bitrate changes. It could also be used to dynamically insert advertising video content into the stream...

pquerna 16y ago

Yes, Adpative bit-rate is currently missing from HTML5. However, Apple has a method of doing this with entirely standard HTTP and a few metadata files, as this is how you do adaptive bitrate content on the iphone: http://developer.apple.com/iphone/library/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html http://developer.apple.com/iphone/library/documentation/Netw... The formats and methods Apple provides in the spec for the IPhone can be used for both Live Content and for adaptive bit-rate pre-recorded content. I hope eventually the iphone http streaming spec or a derivative would get adopted into HTML5 :)

abstractbill 16y ago
Yeah, we use Apple's spec in our own iPhone app. It would be very nice to see it, or something like it, in HTML5.
felixmar 16y ago
Apple has one or more pending patents for it's (rather trivial) live streaming protocol and so far only agrees to RAND terms, see https://datatracker.ietf.org/ipr/1142/ https://datatracker.ietf.org/ipr/1142/ I have not seen a confirmation from Apple that it will offer royalty-free licenses if the protocol becomes a IETF standard. That should imho be a requirement for HTML5 adoption. Also it may be better to adopt another streaming protocol for HTML5 because the Apple's protocol is not suitable for low latency streaming.
- pquerna 16y ago
  A patent over a metadata/playlist file and various bit rate chunks of a file? Well, they don't disclose what the patent is, but bleh, its just stupid to patent crap like that :(

warfangle 16y ago

@pquerna (for some reason, your post didn't have a reply link): Interesting scheme. I'm wondering if this same idea could be used by a client-side library to enable buffering and dynamic bitrate changes. It could also be used to dynamically insert advertising video content into the stream...