Re: [rtcweb] Video Codec Selection Plan

"Roni Even" <ron.even.tlv@gmail.com> Fri, 13 September 2013 22:38 UTC

Return-Path: <ron.even.tlv@gmail.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 BB6D211E81A9 for <rtcweb@ietfa.amsl.com>; Fri, 13 Sep 2013 15:38:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 5IejK3fH7nsS for <rtcweb@ietfa.amsl.com>; Fri, 13 Sep 2013 15:38:18 -0700 (PDT)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 859F211E81BD for <rtcweb@ietf.org>; Fri, 13 Sep 2013 15:38:17 -0700 (PDT)
Received: by mail-we0-f173.google.com with SMTP id w62so1729567wes.32 for <rtcweb@ietf.org>; Fri, 13 Sep 2013 15:38:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:thread-index:content-language; bh=AW6CV/0iPpLD1Y8VsU/utzEpH322kJrsEaoQIWcev0g=; b=wRFiSWxC8yhXozX3u5WnlEmTz69XTrvl6ooUDTnLzgC++8X+tWUXKKbAvoPHpnav31 TQISG5fCrQ3GgIEjv5NSuiKE8ChS41fwqHijM5pArBeKGeRh4AHQtp3BQzWNiaEMKI6u WcGwke0ljvuOGQfXoCtbWAbC+V8/cb8s+relj9u0yPXCRBQe+EtpLMCChM859HEaRKfO owgJZOptDdy5n7p8ke2qphaBeiZGVucOUsXmbhNImYJ9+NDgw9JWYGbe5v91txEdTDKe 3O4ZMFEqdpuj9V2C+Zhvbwmk1O2D9CKEY+geCXgpZkiCPkX0VTBnW951foaPPwcr8cKj 6TNA==
X-Received: by 10.180.89.147 with SMTP id bo19mr4370397wib.3.1379111896643; Fri, 13 Sep 2013 15:38:16 -0700 (PDT)
Received: from RoniE (bzq-79-181-232-77.red.bezeqint.net. [79.181.232.77]) by mx.google.com with ESMTPSA id dq11sm6445785wid.3.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 13 Sep 2013 15:38:16 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Ted Hardie' <ted.ietf@gmail.com>, rtcweb@ietf.org, 'Cullen Jennings' <fluffy@cisco.com>, 'Magnus Westerlund' <magnus.westerlund@ericsson.com>
References: <CA+9kkMAvdtq_gufKmDNCNCL+kKcxyi0MGUoVHetd9_DzbEdEnA@mail.gmail.com>
In-Reply-To: <CA+9kkMAvdtq_gufKmDNCNCL+kKcxyi0MGUoVHetd9_DzbEdEnA@mail.gmail.com>
Date: Sat, 14 Sep 2013 01:35:27 +0300
Message-ID: <00b301ceb0d1$8d4006c0$a7c01440$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B4_01CEB0EA.B28E0210"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI5xamDVfnnGNElpEJBqju8BUdNg5juFeBA
Content-Language: en-us
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 22:38:18 -0000

Ted,

What is the difference between the proposed questions and the ones that were
asked in Orlando, we had documents and presentations and could not reach a
decision in Orlando. 

If nothing changed we can start with the proposal to use alternative
decision process.

Roni

 

 

From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of
Ted Hardie
Sent: 13 September, 2013 7:52 PM
To: rtcweb@ietf.org; Cullen Jennings; Magnus Westerlund
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