- From: <bugzilla@jessica.w3.org>
- Date: Fri, 14 Sep 2012 19:57:42 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18708 --- Comment #2 from Aaron Colwell <acolwell@chromium.org> 2012-09-14 19:57:42 UTC --- (In reply to comment #1) > Couldn't the application simply not call endOfStream() in this situation? If you don't call endOfStream(), then you are not guaranteed playback will reach duration if the streams happen to be different lengths. Without end of stream the user agent can't diffentiate missing data at the end of one of the tracks from tracks that have slightly different durations. Admittedly this is an edge case but it is one of the main reasons why the endOfStream() call exists. If we don't allow this, then the application would have to monitor when the playback position is approaching duration and then call endOfStream() right before the end so that all the normal end of playback algorithms will run. Allowing appends to trigger a transition from "ended" back to "open" seemed like a simply way to allow the application to change its mind about being done. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 14 September 2012 19:57:46 UTC