Re: [rtcweb] Video Codec Selection Plan

Chris Wendt <chris-ietf@chriswendt.net> Mon, 16 September 2013 13:20 UTC

Return-Path: <chris-ietf@chriswendt.net>
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 8A48311E8266 for <rtcweb@ietfa.amsl.com>; Mon, 16 Sep 2013 06:20:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 ufzM78I-op94 for <rtcweb@ietfa.amsl.com>; Mon, 16 Sep 2013 06:20:12 -0700 (PDT)
Received: from mail-qa0-f44.google.com (mail-qa0-f44.google.com [209.85.216.44]) by ietfa.amsl.com (Postfix) with ESMTP id 7263B11E826A for <rtcweb@ietf.org>; Mon, 16 Sep 2013 06:20:12 -0700 (PDT)
Received: by mail-qa0-f44.google.com with SMTP id j7so1053930qaq.3 for <rtcweb@ietf.org>; Mon, 16 Sep 2013 06:20:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=8jI3fClY/U6PYDZtwZp4lWeBw/6+uDIt6nktU7SQ3BE=; b=ZpJRnkk205cV6d/1mGevn9zOPm79jb6p5YeTYI+pzDXYjEwTPPdAWrMkvqSWb7tUUI BUvbt7krzER5blLMaUQlhXajD8tu6RchzmGNBNQdk5sQRaWTIme/kcj5a2aYHm27507I jF9h9gZnoQDLH3+MptcKPSadb5zA/OSyqjmofe7zKd8P0jKvXdMByZIbphIFEtJe1WkZ kOie+nBfsGolb5Qzk2d2gM1YOa7T/UBqUKqb319C2tIa1iOTh6KBnnAVZhA8BXMU49pb I3wKKwb8SGmOJyXgrA6A4g2jLnsdu6WAeOv0jSvIppC1WjDCoV9UhJhmabBFCd8ap2Kn PWCw==
X-Gm-Message-State: ALoCoQmPiGrFWyDEnKIOxUfq5D5qi6ZuwP2zIFH56zl2vYwZuaTGJ3dvwxOjiGxVMmmnM8cySF8l
X-Received: by 10.224.5.199 with SMTP id 7mr15976764qaw.16.1379337611667; Mon, 16 Sep 2013 06:20:11 -0700 (PDT)
Received: from [10.36.87.157] ([69.241.19.12]) by mx.google.com with ESMTPSA id f14sm47842246qej.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 06:20:11 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_BF6239A8-1C5E-463D-BFC1-F071D33E5387"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1805\))
From: Chris Wendt <chris-ietf@chriswendt.net>
In-Reply-To: <BLU169-W111E8BA8C5A1AF65A7031F4933B0@phx.gbl>
Date: Mon, 16 Sep 2013 09:20:10 -0400
Message-Id: <059B913C-278A-4116-B8FC-B65072CF874F@chriswendt.net>
References: <CA+9kkMAvdtq_gufKmDNCNCL+kKcxyi0MGUoVHetd9_DzbEdEnA@mail.gmail.com> <BLU169-W111E8BA8C5A1AF65A7031F4933B0@phx.gbl>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
X-Mailer: Apple Mail (2.1805)
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: Mon, 16 Sep 2013 13:20:17 -0000

I would argue that because we have selected Opus and G.711, we have already satisfied the charter requirements.

  6.  Define a set of media formats that must or should be supported by
        a client to improve interoperability.

Can we move on and focus time on more relevant issues?

-Chris


On Sep 13, 2013, at 1:11 PM, Bernard Aboba <bernard_aboba@hotmail.com> wrote:

> Ted --
> 
> The H.264 vs. VP8 discussion has at this point been "overtaken by events", so that the proposed plan below would be a waste of everybody's time, about as relevant as debating the fashion merits of bell bottoms versus nehru jackets.  
> 
> With Google having announced plans to implement VP9 (potentially with SVC), and with the recent ratification of H.265, the industry has moved on, and so should RTCWEB. 
> 
> Date: Fri, 13 Sep 2013 09:52:24 -0700
> From: ted.ietf@gmail.com
> To: rtcweb@ietf.org; fluffy@cisco.com; magnus.westerlund@ericsson.com
> Subject: [rtcweb] Video Codec Selection Plan
> 
> 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
> 
> _______________________________________________ rtcweb mailing list rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb