On Fri, May 6, 2011 at 3:04 AM, Steve Lacey s...@chromium.org wrote:
On Thu, May 5, 2011 at 2:54 AM, Jeroen Wijering jer...@longtailvideo.com
wrote:
Hey Steve,
This looks great; would be a really useful set of data for video players /
publishers. Since none of the metrics have a time
On 3/05/2011 10:15 a.m., Steve Lacey wrote:
I've updated the wiki with a proposal...
http://wiki.whatwg.org/wiki/Video_Metrics#Proposal
This proposal looks good to us at Mozilla. Thanks for putting this together!
Chris Pearce.
Hey Steve,
This looks great; would be a really useful set of data for video players /
publishers. Since none of the metrics have a time component, developers can
sample the data over the window / at the frequency they prefer.
Would jitter be calculated over decodedFrames or
On Thu, May 5, 2011 at 2:54 AM, Jeroen Wijering jer...@longtailvideo.comwrote:
Hey Steve,
This looks great; would be a really useful set of data for video players /
publishers. Since none of the metrics have a time component, developers can
sample the data over the window / at the frequency
On May 5, 2011, at 7:04 PM, Steve Lacey wrote:
Would jitter be calculated over decodedFrames or decodedFrames+droppedFrames?
In the first case, jitter is a more granular metric for measuring exact
presentation performance. In the latter case, jitter can serve as a single
metric for
All,
I've updated the wiki with a proposal...
http://wiki.whatwg.org/wiki/Video_Metrics#Proposal
Cheers!
Steve
On Sat, Apr 9, 2011 at 7:08 AM, Silvia Pfeiffer
silviapfeiff...@gmail.comwrote:
Ah, thanks for the link. I've included Silverlight stats, too, for
completeness. If somebody knows
Ah, thanks for the link. I've included Silverlight stats, too, for
completeness. If somebody knows about QuickTime stats, that would be
another good one to add, I guess.
Cheers,
Silvia.
On Fri, Apr 8, 2011 at 5:21 PM, Jeroen Wijering
jer...@longtailvideo.com wrote:
On Apr 7, 2011, at 8:11 AM,
On Apr 7, 2011, at 8:11 AM, Silvia Pfeiffer wrote:
I've also just added a section with the stats that the Adobe Flash
player exposes.
Great. Perhaps Silverlight stats might be of use too - though they're fairly
similar:
I've also just added a section with the stats that the Adobe Flash
player exposes.
Apart from the statistics that are not currently available from the
HTML5 player, there are stats that are already available, such as
currentSrc, currentTime, and all the events which can be turned into
hooks for
All,
I added some material to the wiki page based on our experience here at Netflix
and based on the metrics defined in MPEG DASH for adaptive streaming. I'd love
to here what people think.
Statistics about presentation/rendering seem to be covered, but what should
also be considered are
On Wed, Mar 30, 2011 at 9:24 PM, Silvia Pfeiffer
silviapfeiff...@gmail.comwrote:
Please note that I've started a wiki page at
http://wiki.whatwg.org/wiki/Video_Metrics to try and collect all ideas
around media element statistics. Please add freely!
Thanks! That was on my todo list for this
Ha - I should have waited! ;-)
But seriously: if you have any other sources of information for what
stats may be useful to people, please add them.
And: congrats on the stats released in Chromium Mozilla!
Cheers,
Silvia.
On Fri, Apr 1, 2011 at 5:11 AM, Steve Lacey s...@chromium.org wrote:
On Thu, Mar 31, 2011 at 3:36 PM, Silvia Pfeiffer
silviapfeiff...@gmail.comwrote:
Ha - I should have waited! ;-)
But seriously: if you have any other sources of information for what
stats may be useful to people, please add them.
I'm pretty sure that a combination of the mozilla/webkit stats
On 1/04/2011 12:22 p.m., Steve Lacey wrote:
Chris - in the mozilla stats, I agree on the need for a frame count of
frames that actually make it the the screen, but am interested in why
we need both presented and painted? Wouldn't just a simple 'presented'
(i.e. presented to the user) suffice?
On Fri, Apr 1, 2011 at 1:33 PM, Chris Pearce ch...@pearce.org.nz wrote:
On 1/04/2011 12:22 p.m., Steve Lacey wrote:
Chris - in the mozilla stats, I agree on the need for a frame count of
frames that actually make it the the screen, but am interested in why we
need both presented and painted?
Note that the Mozilla implementation I proposed has had a counter
proposal by another mozilla developer and is being developed further.
See:
https://bugzilla.mozilla.org/show_bug.cgi?id=580531
Thanks. Taking a further look at that.
Reviving thread...
I have an initial patch in webkit
Please note that I've started a wiki page at
http://wiki.whatwg.org/wiki/Video_Metrics to try and collect all ideas
around media element statistics. Please add freely!
Silvia.
On Thu, Mar 31, 2011 at 2:16 PM, Chris Pearce ch...@pearce.org.nz wrote:
Note that the Mozilla implementation I
You can always chuck it in the whatwg wiki
http://wiki.whatwg.org/wiki/Main_Page. :-)
Silvia.
On Sat, Feb 12, 2011 at 7:02 PM, Steve Lacey s...@chromium.org wrote:
crickets...
I'll work on a proposal spec for this ;-)
On Mon, Feb 7, 2011 at 1:55 PM, Steve Lacey s...@chromium.org wrote:
crickets...
I'll work on a proposal spec for this ;-)
On Mon, Feb 7, 2011 at 1:55 PM, Steve Lacey s...@chromium.org wrote:
On Thu, Jan 27, 2011 at 4:18 PM, Steve Lacey s...@chromium.org wrote:
On Thu, Jan 27, 2011 at 3:38 PM, Chris Double chris.dou...@double.co.nz
wrote:
On Fri, Jan 28,
On Thu, Jan 27, 2011 at 4:18 PM, Steve Lacey s...@chromium.org wrote:
On Thu, Jan 27, 2011 at 3:38 PM, Chris Double chris.dou...@double.co.nz
wrote:
On Fri, Jan 28, 2011 at 12:22 PM, Steve Lacey s...@chromium.org wrote:
But for the media element I'd like to propose raw bytes instead of a
Steve Lacey s...@chromium.org wrote:
[Media elements]
Another open question: what are sensible values if the information is
not available. Zero seems wrong.
This is a question that I have considered for some time for all the
properties in HTMLMediaElement interface, not especially for your
On Thu, Jan 27, 2011 at 6:22 PM, Steve Lacey s...@chromium.org wrote:
Another open question: what are sensible values if the information is
not available. Zero seems wrong.
Make them unsigned long? instead of unsigned long, and return null?
Hi,
I'd like the raise this thread again:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-August/027929.html
(I wasn't on the list at that point, so starting a new thread here and
cc'ing a couple of folks from it...)
I work on the media stack in Chromium and we'd like to implement
Hi Steve et al,
I'm working on a similar feature for Firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=580531
Though we're implementing this more as a way of measuring the
performance of our decoding and rendering pipeline, rather than
providing playback/decode-rate stats.
unsigned
On Thu, Jan 27, 2011 at 3:53 PM, Chris Pearce ch...@pearce.org.nz wrote:
Hi Steve et al,
I'm working on a similar feature for Firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=580531
Though we're implementing this more as a way of measuring the performance of
our decoding and rendering
On Thu, Jan 27, 2011 at 3:38 PM, Chris Double chris.dou...@double.co.nz wrote:
On Fri, Jan 28, 2011 at 12:22 PM, Steve Lacey s...@chromium.org wrote:
But for the media element I'd like to propose raw bytes instead of a
rate as this allows the developer to construct their own rates (if
needed)
26 matches
Mail list logo
