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

Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers

From: Suhas Nandakumar (snandaku) <snandaku@cisco.com>
Date: Wed, 3 Jul 2013 07:26:23 +0000
To: "piranna@gmail.com" <piranna@gmail.com>
CC: Iņaki Baz Castillo <ibc@aliax.net>, Robin Raymond <robin@hookflash.com>, cowwoc <cowwoc@bbs.darktech.org>, Roman Shpount <roman@telurix.com>, Christer Holmberg <christer.holmberg@ericsson.com>, "Adam Bergkvist" <adam.bergkvist@ericsson.com>, Ted Hardie <ted.ietf@gmail.com>, Eric Rescorla <ekr@rtfm.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <32874E9D-C26D-49E3-AAD0-EF014D3E5BA4@cisco.com>

Sent from my iPhone

On Jul 3, 2013, at 12:08 AM, "piranna@gmail.com<mailto:piranna@gmail.com>" <piranna@gmail.com<mailto:piranna@gmail.com>> wrote:

> Imagine you design a website in which user-A must be able to send an
> integer, a float and a string to user-B. Of course the "signaling"
> would use HTTP or WebSocket. How would you do that? I can imagine 1000
> ways. Why should I use a fixed blob string?
Totally agree. What would be the best option, that PeerConnection show a JS object with the fundamental connection data so it could be serialized on diferent ways (SDP too)? Could it worth to develop a SDP parser in javascript to start defining this object format, or is it better to just show PeerConnection internal structures?

I am not supporting one against other . I personally feel the more API points one provides the more the chances of doing things wrong by a web developer who is not a Media stack, codec configuration, security parameters and RTP parameters expert.
These are already complex and exposing peer connection with these details, might not be right either.
The current API might not be complete but can be extended minimally ( as standards evolve ) to support most of the usecases. I still think that modifying SDP by hand might not be needed for majority of the use cases. This implies we have to wait for standards to get settled on the SDP usage, add just enough extensions to the current API and constraints scheme to meet various flavors of the usecases

Received on Wednesday, 3 July 2013 07:27:18 UTC

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