[mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of
Martin Hoernig
Sent: Monday, November 3, 2014 11:29
To: wha...@whatwg.org
Subject: [whatwg] HTML video and IE, Safari, Firefox, Chrome
Greetings,
I would like to bring some strange behavior of current web browsers
to your attention. We have
Thank you Rob!
I'm not sure what this means:
Firefox fires the canplaythrough event after buffering is completed
or
halted instead of a bandwidth depending solution
Do you mean that even when the data is arriving at a very high rate,
we
don't fire canplaythrough until all the data is
On Wed, Nov 5, 2014 at 3:46 AM, Martin Hoernig hoer...@in.tum.de wrote:
Thank you Rob!
I'm not sure what this means:
Firefox fires the canplaythrough event after buffering is completed or
halted instead of a bandwidth depending solution
Do you mean that even when the data is arriving
Greetings,
I would like to bring some strange behavior of current web browsers to
your attention. We have checked the HTML video (mp4 containers)
abilities of IE, Safari, Chrome and Firefox and noted some variations
between the specification and implementations. Our attention was focused
on
/w3c/web-platform-tests
-Original Message-
From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Martin
Hoernig
Sent: Monday, November 3, 2014 11:29
To: wha...@whatwg.org
Subject: [whatwg] HTML video and IE, Safari, Firefox, Chrome
Greetings,
I would like to bring some
Thanks for the testing! Please file bugs against browsers where you feel
they're not following the spec.
I'm not sure what this means:
Firefox fires the canplaythrough event after buffering is completed or
halted instead of a bandwidth depending solution
Do you mean that even when the data is
On Tue, Nov 4, 2014 at 10:54 AM, Robert O'Callahan rob...@ocallahan.org
wrote:
I'm not sure what this means:
Firefox fires the canplaythrough event after buffering is completed or
halted instead of a bandwidth depending solution
Do you mean that even when the data is arriving at a very high