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

RE: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface)

From: Matthew Kaufman (SKYPE) <matthew.kaufman@skype.net>
Date: Fri, 19 Jul 2013 18:42:12 +0000
To: Ted Hardie <ted.ietf@gmail.com>, Martin Thomson <martin.thomson@gmail.com>
CC: Adam Roach <adam@nostrum.com>, Iņaki Baz Castillo <ibc@aliax.net>, Cullen Jennings <fluffy@iii.ca>, "<rtcweb@ietf.org>" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A484237170CA@TK5EX14MBXC266.redmond.corp.microsoft.com>
So we should have APIs that let JavaScript applications adapt to these different environments (like we do for everything else in "HTML5"), *not* try to solve this by making the API be "tickling the ship captain" and attempting to do everything else in a pairwise negotiation between two elements, one of which might not even be a browser.

Matthew Kaufman

From: Ted Hardie [mailto:ted.ietf@gmail.com]
Sent: Friday, July 19, 2013 10:07 AM
To: Martin Thomson
Cc: Adam Roach; Iņaki Baz Castillo; Cullen Jennings; Matthew Kaufman (SKYPE); <rtcweb@ietf.org>; public-webrtc@w3.org
Subject: Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface)

On Fri, Jul 19, 2013 at 9:54 AM, Martin Thomson <martin.thomson@gmail.com<mailto:martin.thomson@gmail.com>> wrote:

Negotiation is a hole.  A vast, soul-sucking, waste of time.

Even if you have the same javascript application downloaded, you will have disparate capabilities in the environments into which it is downloaded (browser/os/codecs/media sources/available network capacity).  Getting set intersection and preference order for those capabilities is something that applications actually want.  You may be able to move the pain of that around, but it isn't a waste of time.

My personal opinion, with no IETF hats or company swag,

Ted
Received on Friday, 19 July 2013 18:42:52 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:35 UTC