W3C home > Mailing lists > Public > public-html@w3.org > October 2008

RE: Buffered bytes for media elements

From: Dave Singer <singer@apple.com>
Date: Mon, 20 Oct 2008 11:52:51 +0900
Message-Id: <p062408bec521a28810f2@[]>
To: Justin James <j_james@mindspring.com>, 'Eric Carlson' <eric.carlson@apple.com>, 'Jim Jewett' <jimjjewett@gmail.com>
Cc: 'HTML WG' <public-html@w3.org>, 'Ian Hickson' <ian@hixie.ch>, jharding@google.com

At 22:47  -0400 19/10/08, Justin James wrote:
>Why can't we just have both?

Because we don't want parts of the specification that have so many holes?

Heres another one:  if I have loaded 20K of a file, but 10K of that 
is not actual media data (maybe it's metadata, maybe not used), do I 
report 10K or 20K as the buffered bytes?  If I want to know how much 
memory is being used for buffering, 20K is the right answer.  If I 
want to know how much data is relevant to my playback, 10K is the 
right answer...

>>  -----Original Message-----
>>  From: public-html-request@w3.org [mailto:public-html-request@w3.org] On
>>  Behalf Of Dave Singer
>>  Sent: Sunday, October 19, 2008 8:57 PM
>>  To: Eric Carlson; Jim Jewett
>>  Cc: HTML WG; Ian Hickson; jharding@google.com
>>  Subject: Re: Buffered bytes for media elements
>>  Knowing bytes really doesn't help you unless you know how relevant
>>  those bytes are, also.  Are they bytes 'immediately in front of the
>>  playhead'?  You just don't know.  Also, are they 'dense'?  Maybe we
>>  have 200 kb buffered -- but it's all bytes of the video and none of
>>  the audio.  Or it's the first 3 seconds, then there is a 10-second
>>  gap, and then 4 seconds more.  Or, or, or...
>>  We really need to define questions that have a clear semantic as to
>>  what you are trying to do, I think, that can be correctly and
>>  helpfully answered by most or all media systems and for most or all
>>  delivery technologies.
>>  Consider a system which is playing directly from a DVB stream (e.g.
>>  you have a digital radio receiver in your hand-held device).  You
>>  don't need more than a frame or two buffered, as delivery is exactly
>>  real-time and jitter-free.
>>  --
>>  David Singer
>>  Multimedia Standards, Apple Inc.

David Singer
Multimedia Standards, Apple Inc.
Received on Monday, 20 October 2008 02:54:12 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:38 UTC