Chris Needham

I don't think we want to prohibit use of `ArrayBuffer`, if that ends up being the most appropriate type to use for a particular message format. For interoperability, the formats...

> The (parsed) payload formats would need to be defined elsewhere. (correct me if I've misunderstood!) This is TBD. It could go in the DataCue spec itself, for widely used...

> If the requirement is to permit both the raw and the parsed data format to be an ArrayBuffer, then that requirement can not be met if we also want...

@swenkeratmicrosoft I'm just coming back to this, sorry for taking so long. I see that C2PA has not used DASH `emsg` in [its specification][1], instead `uuid` or potentially a new...

Thanks @swenkeratmicrosoft. I'd like to invite C2PA to consider bringing any requirements for other browser APIs (or even non-API browser features) to the Media & Entertainment Interest Group, where we...

The DASH events timing model is described [here](https://dashif.org/docs/EventTimedMetadataProcessing-v1.0.2.pdf) (section 3). The timeline mapping differs between emsg version 0 and version 1: version 0: startTime = PeriodStart - SegmentBase@presentationTimeOffset / SegmentBase@timescale...

We discussed on the DataCue API call yesterday ([minutes](https://www.w3.org/2020/06/15-me-minutes.html#item05)) that we should prefer the API to use a single metadata TextTrack for all cue schemes, rather than have a TextTrack...

If SEI events have zero duration, and are instead associated with individual video frames, you should prefer to use DataCue `enter` and `exit` events rather than `cuechange` events, as the...

Note: SEI (Supplemental Enhancement Information) is described in [H.264](https://www.itu.int/rec/T-REC-H.264) Annex D. The spec describes a number of predefined messages (see `payloadType`), which could be used by the video decoder or...

I have some more questions: If SEI information is associated with individual video frames, how far ahead of the current playback position should SEI events be surfaced, to give the...