Re: [rtcweb] Video Codec Selection Plan

Pete Resnick <presnick@qti.qualcomm.com> Fri, 13 September 2013 18:50 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0A3021E80DD for <rtcweb@ietfa.amsl.com>; Fri, 13 Sep 2013 11:50:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.247
X-Spam-Level:
X-Spam-Status: No, score=-106.247 tagged_above=-999 required=5 tests=[AWL=0.352, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X+9Fa-962kfd for <rtcweb@ietfa.amsl.com>; Fri, 13 Sep 2013 11:50:40 -0700 (PDT)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by ietfa.amsl.com (Postfix) with ESMTP id 05E7F21E80D8 for <rtcweb@ietf.org>; Fri, 13 Sep 2013 11:50:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1379098238; x=1410634238; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=DDVQSRsJe9FiV0wU93VXcJG7xCWY1YL8C9MWbQxFSCE=; b=F+qpHFOD/IbiwCR975PwZIBtAcgYNbyeLWDIlb7wDvm1bLfixWep3JGH TaUuKjcvvaliW5Vv9QEbgHn5MjMCqat7NKejyOvI3hNmXiP8aGtOw9TPm flD4F1pN7qNdEL5BnW6F1HmvxXCroR7SGt1YnKYuwzI21bH7L/bPFfDFn w=;
X-IronPort-AV: E=McAfee;i="5400,1158,7197"; a="74449410"
Received: from ironmsg04-l.qualcomm.com ([172.30.48.19]) by wolverine02.qualcomm.com with ESMTP; 13 Sep 2013 11:50:34 -0700
X-IronPort-AV: E=McAfee;i="5400,1158,7197"; a="511525173"
Received: from nasanexhc08.na.qualcomm.com ([172.30.39.7]) by Ironmsg04-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 13 Sep 2013 11:50:34 -0700
Received: from resnick2.qualcomm.com (172.30.39.5) by qcmail1.qualcomm.com (172.30.39.7) with Microsoft SMTP Server (TLS) id 14.3.146.2; Fri, 13 Sep 2013 11:50:34 -0700
Message-ID: <52335E78.2080406@qti.qualcomm.com>
Date: Fri, 13 Sep 2013 13:50:32 -0500
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CA+9kkMAvdtq_gufKmDNCNCL+kKcxyi0MGUoVHetd9_DzbEdEnA@mail.gmail.com> <52334462.608@matthew.at>
In-Reply-To: <52334462.608@matthew.at>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [172.30.39.5]
X-Mailman-Approved-At: Fri, 13 Sep 2013 13:19:48 -0700
Subject: Re: [rtcweb] Video Codec Selection Plan
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 13 Sep 2013 18:50:44 -0000

Big caveat as I post this: I am speaking strictly as an IETF 
participant. In particular:

- I am not speaking as an AD. I am not the responsible AD for this WG, 
and the chairs can go ahead with their proposed path forward consulting 
with the WG's responsible AD, whatever they think of what I say below. 
No implication of any authority should be taken here.

- Though my comments here are clearly informed by the draft some of you 
know that I'm working on regarding consensus, that draft does not 
represent accepted theory in the IETF, so I'm not appealing to it as 
some sort of "given truth" on this.

I'm just another participant in the room.

All that said, I am concerned about the path being proposed, and I agree 
with Matthew's concern (though I feel somewhat less defeatist than his 
assessment sounds):

On 9/13/13 11:59 AM, Matthew Kaufman wrote:
> 2. Should I expect "room-packing" for this "show of hands" (which I 
> don't believe is the typical "hum" process for the IETF, either) as 
> happened during the SDES discussion last time, and therefore need to 
> bring as many people who've not participated in RTCWEB previously but 
> who want my codec to succeed as I can afford to fly to Vancouver?

I think this is a valid concern. Asking "who wants or can live with 
VP8?" and "who wants or can live with H.264?" might be a good start to 
the discussion, but at that point, I'm going to want to hear *why* 
people *can't* live with one or the other. What I would *not* be 
interested in is yet another presentation from the proponents of either 
of these to tell me why one is better; I want to hear from *opponents* 
of the proposal to hear why the proposal would fail. Only then would I 
want to hear from proponents responding to those objections. And then 
I'd like to see a summary of those objections and those responses by the 
chairs. With that summary, the chairs can make a call of whether there 
is any hope of consensus. I think much of that work can and should take 
place on the mailing list *before* the face-to-face meeting.

But asking for a show of hands in the room for people who "can live 
with" one or the other and deciding whether or not consensus exists 
based on that show of hands is simply taking a vote, it's not judging 
consensus. You cannot know from that result whether the reason that some 
people could not "live with" a proposal was simply because "my Aunt 
Gertrude told me that I should say that I can't live with it." To ask 
for the show of hands and then not find out what it means is not calling 
the consensus. And I think moving to a 3929 alternative on the basis of 
that show of hands would be improper.

Put me down as one voice who objects to the proposed procedure.

pr

> On 9/13/2013 9:52 AM, Ted Hardie wrote:
>> WG,
>>
>> The chairs have created a plan for how to perform the Video Codec
>> selection in our WG. The chairs are asking for review of our plan on
>> how to undertake the mandatory-to-implement video codec selection.
>> We'd much prefer to have comments on the mechanics before they begin,
>> so please review now.  Proponents of a particular proposal should
>> note both the actions required and the timelines proposed.
>>
>> The main goal of this plan is to hold a consensus call on which of
>> the proposed alternatives we as a WG should select at one of the WG
>> sessions in Vancouver. Such a consensus call will of course be
>> verified on the mailing list for anyone who can't participate. The
>> chairs will recuse themselves from judging this particular
>> consensus.
>>
>> In the WG session each codec proposal will be allowed an equal amount
>> of time to highlight the arguments for their proposal. After that a
>> there will be a slot for discussion and clarifying questions.
>>
>> To enable the WG participants to get answers to any questions, the
>> proposals in draft form and any supporting material MUST be made
>> available by 6th of October. This is to ensure that the WG
>> participants can verify or object to any claims or statements in
>> the proposal material prior to the WG session. We chairs would really
>> not like to see the proponents bring up new arguments at their
>> presentation. Also the WG participants are expected to raise any
>> arguments on the list ahead of time to enable the proponents to
>> respond to such arguments.
>>
>> The proposed consensus questions will be of the following form:
>>
>> 1. If you support H.264 as the mandatory to implement codec or are
>> willing to live with it as the MTI, please raise your hand now.
>>
>> 2. If you support VP8 as the mandatory to implement codec or are
>> willing to live with it as the MTI, please raise your hand now.
>>
>> You may indicate support on both questions and we encourage you to do
>> so if you can live with either, even if you have a preference for one
>> over the other.
>>
>> Additional proposals than the previous ones are welcome, but must be
>> submitted as draft and their proponents must notify the chairs no later
>> than the 6th of October that they also have a candidate proposal.
>>
>> In case the WG fails to reach consensus we chairs propose that we use
>> the alternative decision process as discussed in RFC3929. The method
>> and its usage will be discussed on the list should the WG not
>> establish consensus on a proposal for mandatory to implement video codec.
>>
>> regards,
>>
>> Magnus,  Cullen, and Ted

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478