W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2012

RE: Microsoft API Proposal

From: Matthew Kaufman <matthew.kaufman@skype.net>
Date: Mon, 27 Aug 2012 20:10:12 +0000
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>, Adrian Bateman <adrianba@microsoft.com>
CC: Martin Thomson <martin.thomson@gmail.com>, "<public-webrtc@w3.org>" <public-webrtc@w3.org>
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A4840E4E7B9D@tk5ex14mbxc272.redmond.corp.microsoft.com>
In order to further clarify, I think it makes sense to consider the "Microsoft API Proposal" as a proposed set of deltas from the existing edit of the document. It was written in full specification format in order for clearer reading of some of these deltas that are fairly significant.

I'm not sure what would be easiest for the editors or chairs, but perhaps it would make sense to take a list of these individual differences and turn them into issues in the issue tracker to be resolved. Some of these are quite non-controversial, such as congestion feedback information that we have proposed exposing that others on the list have agreed should be exposed but for which APIs are not yet documented. Others, of course, will elicit some discussion and debate, such as the proposal to replace SDP or to remove the offer/answer state machine logic.

A starting, but likely incomplete list of issues, might have titles like:

- Testing of continued connection liveness
- Are MediaStreams mutable objects?
- Provide congestion feedback API for flows
- Serialization of duplicated tracks
- Rollback of offers
- Programmatic description of described streams
- Learning of network change events
- Learn what ICE candidates are in use
- Pausing and muting of streams
- Description of state/behavior is currently incomplete
- Priority allocation
- DTMF onTone event
- Control connection establishment based on certificate
- API for discovering capabilities
- Bandwidth allocation
- Bandwidth estimation feedback
- Expose additional ICE state
- Document how the different state machines interact
- Interoperability with varying ICE and ICE-like agents
- H.264 SVC support
- Set Security Description
- Remove offer/answer
- Split SDP between PeerConnection and MediaStream
- Remove SDP

If it would be helpful, we could produce either a document or a series of emails to the list listing the specific changes proposed for each of these items.

Matthew Kaufman




-----Original Message-----
From: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com] 
Sent: Monday, August 27, 2012 10:11 AM
To: Adrian Bateman
Cc: Martin Thomson; <public-webrtc@w3.org>
Subject: Re: Microsoft API Proposal


My apologies Adrian - I had somehow missed your reply. 

Thanks for clarifying.
Cullen

On Aug 27, 2012, at 9:30 AM, Adrian Bateman <adrianba@microsoft.com> wrote:

> On 25 August 2012 09:42, Cullen Jennings (fluffy) wrote:
>> On Aug 25, 2012, at 9:47 AM, Martin Thomson <martin.thomson@gmail.com> wrote:
>>> On 25 August 2012 06:42, Cullen Jennings (fluffy) <fluffy@cisco.com> wrote:
>>>> 
>>>> sorry, I am confused on what an unofficial submission to the w3c 
>>>> is. Is this a submission from the W3C member
>> (in this case Microsoft) or this a random comment sent to a public 
>> mailing list. I was under the impression you were the Microsoft 
>> representative and emails from you represented the Microsoft position. I'm happy to receive random emails to a public list, but I think you need to be very clear about which this is.
>>> 
>>> Consider this input to the working group.  No more, no less.
>>> 
>>> Not exactly random.  We strive very hard to minimize local entropy.
>>> 
>> 
>> that did not answer my question
> 
> I answered your question a few weeks ago.
> http://lists.w3.org/Archives/Public/public-webrtc/2012Aug/0071.html
> 
> It is neither a Member Submission (which is not appropriate since it 
> is in the scope of an existing working group) nor is it random. It is a member contribution under the Process as I indicated previously.
> 
> Cheers,
> 
> Adrian.
> 
> 
> 
Received on Monday, 27 August 2012 20:10:59 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 August 2012 20:10:59 GMT