W3C home > Mailing lists > Public > public-webrtc@w3.org > June 2014

Re: ICECandidate.candidate syntax is wrong in Chrome

From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Mon, 23 Jun 2014 19:37:52 +0200
Message-ID: <CALiegfk+M_y1ZE3hyY8HnC2Zy_hHGBT4t04=tFYLXQAK7Rv8CA@mail.gmail.com>
To: Philipp Hancke <fippo@goodadvice.pages.de>
Cc: public-webrtc@w3.org
That is what it happens when instead of a real API we play with string
pseudo-binary blobs.

--
Iñaki Baz Castillo
<ibc@aliax.net>
On Jun 23, 2014 7:34 PM, "Philipp Hancke" <fippo@goodadvice.pages.de> wrote:

> Am 23.06.2014 17:20, schrieb Adam Roach:
>
>> On 6/23/14 09:32, Emil Ivov wrote:
>>
>>> Personally I thought it was an oversight in the FF implementation
>>>
>>
>> No; starting with the W3C spec (because we're talking about a JS API
>> here), we reached the same conclusion as Iñaki did, using the same
>> (rather obvious) chain of logic. It is most assuredly not an oversight,
>> as we've had to take extra steps to process the candidates that Chrome
>> generates:
>>
>
> Do you have a pointer to that rationale?
>
> I have a lib that translates SDP and candidates into JSON and back.
> With just the candidate-attribute I have to parse two variants (easy) and
> serialize two variants as well.
> When constructing a an SDP that goes into SetLocalDescription or
> SetRemoteDescription, I need a SDP line.
> For addIceCandidate, I don't.
>
>
Received on Monday, 23 June 2014 17:38:20 UTC

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