[whatwg] Extending HTML 5 video for adaptive streaming
adman.com at gmail.com
Thu Jun 30 17:20:12 PDT 2011
Is the appendData method one your suggesting or one already specified/existing?
Some problems with concept of blobs being appended to, or as I have
previously described as "Streaming Blobs" was mentioned at
I'm not exactly sure what that meant - but I'd expect the ideas
discussed are similar.
On Fri, Jul 1, 2011 at 9:13 AM, Robert O'Callahan <robert at ocallahan.org> wrote:
> On Fri, Jul 1, 2011 at 4:59 AM, Aaron Colwell <acolwell at google.com> wrote:
>> I've also been looking at the WebRTC MediaStream API and was wondering if
>> makes more sense to create an object similar to the LocalMediaStream
>> This has the benefits of unifying how media streams are handled independent
>> algorithm. This could also enable sending the media stream through a
>> Peer-to-peer connection instead of only allowing a camera as a source. Here
>> is an example of the type of object I'm talking about.
> I think MediaStreams should not be dealing with compressed data except as an
> optimization when access to decoded data is not required anywhere in the
> stream pipeline. If you want to do processing of decoded stream data (which
> I do --- see
> then introducing a decoder inside the stream processing graph creates all
> sorts of complications.
> I think the natural way to support the functionality you're looking for is
> to extend the concept of Blob URLs. Right now you can create a binary Blob,
> mint a URL for it and set that URL as the source for a media element. The
> only extension you need is the ability to append data to the Blob while
> retaining the same URL; you would need to initially mark the Blob as "open"
> to indicate to URL consumers that the data stream has not ended. That
> extension would be useful for all sorts of things because you can use those
> Blob URLs anywhere. An alternative would be to create a new kind of object
> representing an appendable sequence of Blobs and create an API to mint URLs
> for it.
> Note that with my API proposal above, you can get a MediaStream from a media
> element that's using any URL and send that through a PeerConnection.
> "If we claim to be without sin, we deceive ourselves and the truth is not in
> us. If we confess our sins, he is faithful and just and will forgive us our
> sins and purify us from all unrighteousness. If we claim we have not sinned,
> we make him out to be a liar and his word is not in us." [1 John 1:8-10]
More information about the whatwg