- From: <bugzilla@jessica.w3.org>
- Date: Thu, 16 Aug 2012 14:02:03 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18591 Summary: addsourcebuffer and removesourcebuffer events appear unhelpful Product: HTML WG Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Media Source Extensions AssignedTo: adrianba@microsoft.com ReportedBy: philipj@opera.com QAContact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-media@w3.org http://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/media-source.html#sourcebufferlist-events The addsourcebuffer and removesourcebuffer events are fired when: * addSourceBuffer: "Add the new object to sourceBuffers and fire a addsourcebuffer on that object." (Ambiguous which the target object is, but presumably sourceBuffers.) * removeSourceBuffer: "If sourceBuffer is in activeSourceBuffers, then remove it from that list and fire a removesourcebuffer event on that object." and "Remove sourceBuffer from sourceBuffers and fire a removesourcebuffer event on that object." * Detaching from a media element: "Remove all the SourceBuffer objects from sourceBuffers and fire a removesourcebuffer event for each one." What is the use case for these events? Since the application is the only source of added or removed buffers, telling the application about it appears very strange. It looks like this API may have taken inspiration from HTML's TextTrackList, but the reason there are addtrack and removetrack events in that context is that the application needs to be notified about in-band tracks, i.e. an external source of events. -- 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 Thursday, 16 August 2012 14:02:18 UTC