Re: [rtcweb] Use of offer / answer semantics

[Cullen Jennings <[e-mail]>]

On Sep 6, 2011, at 9:12 AM, Colin Perkins wrote:

>> 3) When a new codec is specified, and the SPD for the new codec is specified in the MMUSIC WG, no other standardization would should be required for it to be possible to use that in the web browsers. Adding a new codecs which might have new SDP parameters should not change the APIs between the browser and javascript application. As soon as the browsers support the new codec, old applications written before the codecs was specified should automatically be able to use the new codec where appropriate with no changes to the JS applications. 
> 
> To be clear on this last point: when RTP payload formats are defined for new codecs, they define a MIME media type and its parameters, and then a mapping of those onto SDP syntax in a standard way. If it was desirable, we could define a mapping from MIME media type names and parameters onto some non-SDP syntax without losing the investment in RTP payload formats and parameters for signalling. 
> 
> And, given that other parts of the browser rely on media types, we should be clear that codec names/parameters are drawn from the same namespace.
> 
> Colin

Just sloppy on my part - what I was trying to get at was that whatever happens, it is basically algorithmic to map it into the API specs we and we don't have to write any new specs for the JS API.