Response to your LC Comment -2395 on Media API spec

Dear  James,

The Media Annotations Working Group has reviewed the comments you sent 
[1] on the Last Call Working Draft [2] of the API for Media Resource 1.0 
published on 08 June 2010.
Thank you for having taken the time to review the document and to send 
us comments.

The Working Group's response to your comment is included below.
Please review it carefully and *let us know by email at 
public-media-annotation@w3.org if you agree with it or not*
before [09-Oct-2010].
In case of disagreement, you are requested to provide a specific 
solution for or a path to a consensus with the Working Group.
If such a consensus cannot be achieved, you will be given the 
opportunity to raise a formal objection which will
then be reviewed by the Director during the transition of this document 
to the next stage in the W3C Recommendation Track.

Thanks,

For the Media Annotations Working Group,
Thierry Michel,
W3C Team Contact

1. 
http://lists.w3.org/Archives/Public/public-media-annotation/2010Jun/0053.html
2. http://www.w3.org/TR/2010/WD-mediaont-api-1.0-20100608

-----------------------
Resolution of the MAWG:
-----------------------
About your first issue to include audio/x-speex, please refer to our 
previous response to your comment about speex and vp8 for the media 
Ontology specification.
- Speex is a free audio codec for Free Speech, not a multimedia 
*metadata formats*.

We don't plan to introduce quality parameter as we want to keep a simple 
list of technical properties.

To respond to your second issue about section 3.12.5 Samplingrate interface
http://www.w3.org/TR/2010/WD-mediaont-api-1.0-20100608/#samplingrate-interface
The API doc states "no exceptions" at a number of places (for the 
operations and also for some attributes, which is the case for the 
samplingRate). The "no exceptions" means that no exceptions are defined 
when accessing this attribute. The actual text "no exceptions" in the 
API doc is generated automatically based on the Web IDL descriptions. 
Since no exceptions are defined on the attributes in our case, this text 
appears in the document.
Note that Web IDL does allow to define exceptions for access of certain 
properties (e.g., due to type casting), however we do not include these.

The API specification does not currently hold a good description of why 
we do not include exceptions however. Therefore we will add a statement 
to clarify it.

Received on Wednesday, 29 September 2010 07:09:44 UTC