- From: Mark Watson <watsonm@netflix.com>
- Date: Mon, 3 Mar 2014 07:39:10 -0800
- To: Henri Sivonen <hsivonen@hsivonen.fi>
- Cc: David Dorwin <ddorwin@google.com>, "public-html-media@w3.org" <public-html-media@w3.org>, "Robert O'Callahan" <robert@ocallahan.org>
The same issue exists in WebCrypto. It would be nice to have a consistent approach across specifications. ...Mark Sent from my iPhone > On Mar 3, 2014, at 3:36 AM, Henri Sivonen <hsivonen@hsivonen.fi> wrote: > >> On Sat, Feb 22, 2014 at 12:16 AM, David Dorwin <ddorwin@google.com> wrote: >> I believe there is a similar issue with MSE, and it was decided that such >> behavior is undefined. > > Seems like a bad way to deal with this. > >> Does anyone object to the behavior also being >> undefined for EME? > > I object to both MSE and EME introducing a race condition like that. > IIRC, this issue already came up with Web Audio. CCing roc for the > details. > > I think the method should act as if it made a copy of the data before > returning. In practice, it probably makes sense to have some sort of > copy-on-write mechanism behind the scenes to avoid copying when no one > is actually writing to the original buffer. > >> Do we need to explicitly document this anywhere? > > Yes! > > -- > Henri Sivonen > hsivonen@hsivonen.fi > https://hsivonen.fi/ >
Received on Monday, 3 March 2014 15:39:40 UTC