- From: Aaron Colwell <acolwell@google.com>
- Date: Thu, 22 May 2014 19:24:24 -0700
- To: Paul Cotton <Paul.Cotton@microsoft.com>
- Cc: "<public-html-media@w3.org>" <public-html-media@w3.org>
- Message-ID: <CAA0c1bCuX0z9-d7_AA9WAU-xwwZ1gV7pZr02HoUKvBO6K-uGsw@mail.gmail.com>
Hi Paul, I'm on vacation next week so I won't be on the call. I don't think there needs to be much discussion for any of them though. Bug 25845 might be the only one that people might have opinions on since that behavior has never been explicit in the spec. Bug 25846 was discussed in an public-html-media thread so I just filed it to track the decision there. Bug 25850 was just to track something I forgot to put in my last set of changes. It was the behavior I had talked about in the previous threads. I just forgot to actually implement it. I just filed the bug so I would remember to fix it. Aaron On Thu, May 22, 2014 at 4:46 PM, Paul Cotton <Paul.Cotton@microsoft.com>wrote: > You recently filed the following new MSE CR bugs: > > > > Bug 25845 - Clarify that SourceBuffer.buffered is supposed to behave like > HTMLMediaElement.buffered for muxed content. > > https://www.w3.org/Bugs/Public/show_bug.cgi?id=25845 > > > > Bug 25846 - The end of stream algorithm should fire an "error" event at > the SourceBuffer on decode errors. > > https://www.w3.org/Bugs/Public/show_bug.cgi?id=25846 > > > > Bug 25850 - Specify getter/setter behavior for SourceBuffer.trackDefaults > > https://www.w3.org/Bugs/Public/show_bug.cgi?id=25850 > > > > Do you want these MSE bugs on next week’s TF agenda so that the TF can > discuss them? > > > > /paulc > > > > Paul Cotton, Microsoft Canada > > 17 Eleanor Drive, Ottawa, Ontario K2E 6A3 > > Tel: (425) 705-9596 Fax: (425) 936-7329 > > >
Received on Friday, 23 May 2014 02:24:53 UTC