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 >
- Re: [rtcweb] Video Codec Selection Plan Pete Resnick
- Re: [rtcweb] Video Codec Selection Plan John Leslie
- [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Matthew Kaufman
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Iñaki Baz Castillo
- Re: [rtcweb] Video Codec Selection Plan Ralph Giles
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Iñaki Baz Castillo
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Adam Roach
- Re: [rtcweb] Video Codec Selection Plan Cullen Jennings (fluffy)
- Re: [rtcweb] Video Codec Selection Plan Matthew Kaufman (SKYPE)
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Pete Resnick
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Lorenzo Miniero
- Re: [rtcweb] Video Codec Selection Plan Roni Even
- Re: [rtcweb] Video Codec Selection Plan Bossiel
- Re: [rtcweb] Video Codec Selection Plan Simon Perreault
- Re: [rtcweb] Video Codec Selection Plan Bossiel
- Re: [rtcweb] Video Codec Selection Plan Magnus Westerlund
- Re: [rtcweb] Video Codec Selection Plan Chris Wendt
- Re: [rtcweb] Video Codec Selection Plan cb.list6
- Re: [rtcweb] Video Codec Selection Plan cowwoc
- Re: [rtcweb] Video Codec Selection Plan Christer Holmberg
- Re: [rtcweb] Video Codec Selection Plan cowwoc
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Eric Rescorla
- Re: [rtcweb] Video Codec Selection Plan Leon Geyser
- Re: [rtcweb] Video Codec Selection Plan Monty Montgomery
- Re: [rtcweb] Video Codec Selection Plan Basil Mohamed Gohar
- Re: [rtcweb] Video Codec Selection Plan Gili