Re: [rtcweb] Low Level Javascript API Proposal avail on the webrtc list

[Iñaki Baz Castillo <[e-mail]>]

2011/10/5 Matthew Kaufman <[e-mail]>:
>>  That is a very limited subset of what any VoIP protocol can
>> offer, so I don't think it's a good idea for rtcweb to assume a custom
>> protocol like that for inclusion in WebRTC JS API (as native JS code
>> within the browser).
>
> I think you're saying that the JS API should be some existing protocol
> standard like SIP and SDP here, yes?

No, I've *never* tried to mandate a specific signaling protocol,
never. I just what my choice to also be feasible, and that is SIP over
WebSocket and full intelligence in client side (in the JS
application). Others can use whatever they want.




> It is much easier to discuss if we keep "the wire protocol" and "the JS API"
> separate... and realize that just like my above Win32 example, a "low level"
> JS API could in fact be used in conjunction with *any* wire protocol (that
> you can send/receive within the browser context) plus server behavior.

That's a good approach. Please take a look to other thread in which
I've suggested a pseudo-code showing a theorical WebRTC JS API.



> This is also true of the "high level" JS API proposals... it is just more
> annoying, as you need to do things like trick them into generating an SDP
> offer, then decode it locally or send it to a server for processing, and
> then kill that and start the actual connection you wanted while lying to the
> browser about what the other end has claimed.
>
> I'd rather have the API that lets me do what I want directly.

Yes, most of the people assumes that the intelligence must be in the
web server and can only assume some easy JSON message exchange between
web client and server ("the client is stupid, the server is clever").

Ok, let me say that within next months (hopelly) we have:

- Web browsers have powerful JavaScript stack for coding client applications.
- WebSocket for building realtime and bidirectional protocols.
- RtcWeb for media sessions.

So we have *all the tools* for creating a rich multimedia client
application (as if it would be a Qt desktop application). Now, if you
prefer to leave some logic processing into the web server, that's ok,
but please let me using all the power of the client side.


Regards.


-- 
Iñaki Baz Castillo
<[e-mail]>