W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

Re: JavaScript API on top of SDP

From: Roman Shpount <roman@telurix.com>
Date: Mon, 15 Jul 2013 14:26:54 -0400
Message-ID: <CAD5OKxsTFb5VavehyhYnKDnKuFcub3nuQ+9zuaieuOw9_6m2kw@mail.gmail.com>
To: Jim Barnett <Jim.Barnett@genesyslab.com>
Cc: "public-webrtc@w3.org" <public-webrtc@w3.org>
On Mon, Jul 15, 2013 at 2:05 PM, Jim Barnett <Jim.Barnett@genesyslab.com>wrote:

>  I think that the group has always known/assumed that we would need to
> specify what SDP features are supported, what can be modified, etc.  Maybe
> Iíve missed something, but I havenít heard anyone say that this wasnít
> necessary.   Itís just that we havenít gotten around to it yet.  ****
My first point is that SDP would need to be defined before any over-the-top
SDP API is proposed. Otherwise such API would the waste of effort, unless,
of cause, it is intended to replace SDP. My second point is, that defining
such replacement API might be a much smaller effort then defining all the
required details associated with SDP, since we would not need to waste time
on such "important" topics as the meaning of "t=" line or address in "c="
line in SDP in WebRTC context.

Bottom line, and my proposed compromise for the group, why would not we
take the current SDP feature set in the browsers, map the parts that
actually do something to the API and get rid of SDP? This would require a
fairly limited effort, and would get us to 1.0 specification the quickest.
This would also greatly reduce the number of external dependencies on the
spec. This is not ideal from my point of view since it will still keep the
offer/answer, but it least this would be something that implementations
would be able to use with some level predictability.
Roman Shpount
Received on Monday, 15 July 2013 18:27:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:49 UTC