Re: [rtcweb] Video Codec Selection Plan

cowwoc <cowwoc@bbs.darktech.org> Tue, 17 September 2013 19:48 UTC

Return-Path: <cowwoc@bbs.darktech.org>
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 6521B11E855C for <rtcweb@ietfa.amsl.com>; Tue, 17 Sep 2013 12:48:09 -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=[AWL=-0.000, 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 wmxZkeQ7urTO for <rtcweb@ietfa.amsl.com>; Tue, 17 Sep 2013 12:48:04 -0700 (PDT)
Received: from mail-ye0-f181.google.com (mail-ye0-f181.google.com [209.85.213.181]) by ietfa.amsl.com (Postfix) with ESMTP id 824A811E8569 for <rtcweb@ietf.org>; Tue, 17 Sep 2013 12:48:04 -0700 (PDT)
Received: by mail-ye0-f181.google.com with SMTP id r14so2442232yen.26 for <rtcweb@ietf.org>; Tue, 17 Sep 2013 12:48:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=7MTg2gp01ft1CSg4RECnLuy1/kk3mXypLA/flqaNsDQ=; b=TTZoMKPAYC4QiMC3qLqIanfHdhXEYImFSYx4ZlSaAsMDnvfd4Yhxn748AUFfadl93p fePoJjIolEfUKb0ybv7EA+vLQ/7XRKxFKPLED1mTJj/y2GVXRFcWudgXAnz61om2bJvP RsmNiNLA80Sl9Yoru4+m1eyUGTV7PIR+Ky6FqagTZjYpY6hnABEComvxNjw7c1rfIbs8 uj6kAKk1B4TOMFnMo5U9dNmQRg4yd+3/9Z+gMlWPJ7yDVfgzvjqzu9gPqfmeGotNT6dv rLRWxdY3oqFCjOM+qQO5sEqtfkbEtBu9uRqDCjUAszvepwgIVEjDv07VD5bqcFJEsuBq bjJQ==
X-Gm-Message-State: ALoCoQkPs7dFbfdgxt/IYsm9c4onBh/uPpFtFyH+V+svjECndos00ScGn5NxrA3wVS5cjplb0K5T
X-Received: by 10.236.139.112 with SMTP id b76mr3417196yhj.112.1379447283801; Tue, 17 Sep 2013 12:48:03 -0700 (PDT)
Received: from [192.168.1.100] (206-248-171-209.dsl.teksavvy.com. [206.248.171.209]) by mx.google.com with ESMTPSA id e10sm48553291yhj.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Sep 2013 12:48:02 -0700 (PDT)
Message-ID: <5238B1EE.20505@bbs.darktech.org>
Date: Tue, 17 Sep 2013 15:47:58 -0400
From: cowwoc <cowwoc@bbs.darktech.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>
References: <CA+9kkMAvdtq_gufKmDNCNCL+kKcxyi0MGUoVHetd9_DzbEdEnA@mail.gmail.com> <5238A564.2070601@bbs.darktech.org> <7594FB04B1934943A5C02806D1A2204B1C4A6064@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C4A6064@ESESSMB209.ericsson.se>
Content-Type: multipart/alternative; boundary="------------050303010104060505080205"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
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: Tue, 17 Sep 2013 19:48:09 -0000

     So then the only question is: is there a reasonable video codec 
whose IPR has expired that we can agree on?

     My goal is to displease everyone equally. By picking a neutral 
codec, acknowledging that it displeases all parties in some way, we 
should be able to defuse most of the politics surrounding the decision.

Gili

On 17/09/2013 3:36 PM, Christer Holmberg wrote:
>
> Hi,
>
> SDP Offer/Answer is used to negotiate codecs etc, so the API (JSEP) 
> already provides such negotiation mechanism.
>
> (Obviously the peers also need to negotiate with each other, but 
> whatever protocol is used for that is outside the scope.)
>
> Regards,
>
> Christer
>
> *Lähettäjä:*rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] 
> *Puolesta *cowwoc
> *Lähetetty:* 17. syyskuuta 2013 21:54
> *Vastaanottaja:* rtcweb@ietf.org
> *Aihe:* Re: [rtcweb] Video Codec Selection Plan
>
> Hi Ted,
>
>     Seeing as this discussion stems from licensing concerns, I like to 
> propose the following alternative:
>
>  1. Mandate a video codec whose IPR has expired. I agree that video
>     quality will degrade, which brings me to the next point.
>  2. Provide a negotiation mechanism which would allow peers to
>     "upgrade" to a superior (optionally-implemented) video codec.
>
>     This will allow us to support VP8, VP9, H264, H265 or whatever 
> other codec people like without the fear of transcoding or IPR. I 
> believe that in most cases negotiation will succeed in upgrading to a 
> superior codec. It will also encourage (as opposed to force) vendors 
> to support each other's codecs, which is the right way to go in light 
> of the political nature of this decision.
>
> Gili
>
>
> 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.
>
>
> Gili
>
> On 13/09/2013 12:52 PM, 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
>
>
>
>
>     _______________________________________________
>
>     rtcweb mailing list
>
>     rtcweb@ietf.org  <mailto:rtcweb@ietf.org>
>
>     https://www.ietf.org/mailman/listinfo/rtcweb
>