- From: <bugzilla@jessica.w3.org>
- Date: Fri, 24 May 2013 01:18:42 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22135
Aaron Colwell <acolwell@google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |acolwell@google.com
--- Comment #2 from Aaron Colwell <acolwell@google.com> ---
Yes. I would expect a "waiting" event to fire in the situation you describe.
I have my doubts about implementations being able to handle this case
seamlessly especially in the mobile context. This is primarily why I made the
spec not guarentee codec changes to be seemless and why different codecs must
be handled by different SourceBuffers.
The most natural solution is to ease the restriction on codec changes. If that
is what the group decides, then I'll insist that fallback behavior be specified
that allows implementations to play silence and/or display black frames when
the codec changes if the UA is unable to handle such changes in the middle of
playback.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 24 May 2013 01:18:48 UTC