Re: [rtcweb] Stephan Wenger's choices

Maik Merten <maikmerten@googlemail.com> Sat, 28 December 2013 17:26 UTC

Return-Path: <maikmerten@googlemail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7332F1AFE43 for <rtcweb@ietfa.amsl.com>; Sat, 28 Dec 2013 09:26:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FwuyEFIID2cJ for <rtcweb@ietfa.amsl.com>; Sat, 28 Dec 2013 09:26:33 -0800 (PST)
Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 0015A1AFE42 for <rtcweb@ietf.org>; Sat, 28 Dec 2013 09:26:32 -0800 (PST)
Received: by mail-ea0-f175.google.com with SMTP id z10so4424184ead.6 for <rtcweb@ietf.org>; Sat, 28 Dec 2013 09:26:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=crt2YG/pDhBKtVajW3cnOdV4FAgyGIZzPxphp1312ig=; b=GyBTEB5akOdyp6piJTKzGrGad5tELnvFXmzA0TlnueBdqE5dq2k0P4HJaAxRyYZI5c WvL2Z6mE/7ZlolVRrPnjLExFr9/9nBZvO0W719cA2POFP1WqAh5/+PITi5uZXv3a0wGq wf8MGibUzZXWh44Umki6i/xtOlfG/JKqM0rgIp/RkuXwE3cWRyvqv/u6hXLv4i6yaqNf doJANzcplu9Sjy3xv94Y465eIcVWMLXwObmycUTXBc0tDSfC2NHGmY5DglukbCaLqjNJ Zf/1hlG5fPOEdoEPN3NbGSGoxlxWy9UJnSkaqo/4cu4s3I9/IlpmSTaWcXYX1jCF7B9O 2bMA==
X-Received: by 10.14.175.131 with SMTP id z3mr3218835eel.65.1388251587430; Sat, 28 Dec 2013 09:26:27 -0800 (PST)
Received: from [192.168.2.109] (port-92-201-32-146.dynamic.qsc.de. [92.201.32.146]) by mx.google.com with ESMTPSA id h48sm92326394eev.3.2013.12.28.09.26.25 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Dec 2013 09:26:26 -0800 (PST)
Message-ID: <52BF09BF.90900@googlemail.com>
Date: Sat, 28 Dec 2013 18:26:23 +0100
From: Maik Merten <maikmerten@googlemail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Stephan Wenger <stewe@stewe.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
References: <CEE4479F.3E568%stewe@stewe.org>
In-Reply-To: <CEE4479F.3E568%stewe@stewe.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: Re: [rtcweb] Stephan Wenger's choices
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Dec 2013 17:26:35 -0000

Stephan,

thanks for elaborating, this indeed paints a clearer picture on how the 
statements seem to diverge on the surface.


Best regards,

Maik

Am 28.12.2013 18:22, schrieb Stephan Wenger:
> Maik,
> Please don¹t forget that in the IETF process statements like this are my
> own, whereas in W3C, I clearly and expressly was representing my then
> employer and was bound by in-house guidance (and so were most people
> presenting opinions).  W3C is a membership organization and the IETF is
> not--different rules apply.
> Clearer?
> Stephan
>
> On 12/28/13, 8:59 AM, "Maik Merten" <maikmerten@googlemail.com> wrote:
>
>> Am 27.12.2013 21:13, schrieb Stephan Wenger:
>>>   6.
>>>
>>>      All entities MUST support H.261
>>>
>>>       1.
>>>
>>>          Are you in favor of this option [Yes/No/Acceptable]: *No*
>>>
>>>       2.
>>>
>>>          Do you have any objections to this option, if so please
>>>          summarize them: *misapplying yesterdays¹ technology just for
>>>          compliance with *³requirements² of a *business model that is not
>>>          mine does not make sense to me.*
>>
>>
>> This on the surface looks like you changed your mind a bit on H.261 over
>> your position regarding H.261 in the <video> tag (
>> http://www.w3.org/2007/08/video/positions/Nokia.pdf ). Clearly, time has
>> passed and H.261 hasn't become any less old and crusty, but I wonder how
>> H.261 in a video-communication context is a "misapplication", while it
>> apparently qualified as fallback codec for <video>.
>>
>> Is there something regarding WebRTC that is especially troublesome for
>> H.261?
>>
>>
>> Best regards,
>>
>> Maik
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtcweb
>