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
>
- [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Matthew Kaufman
- Re: [rtcweb] Video Codec Selection Plan Ralph Giles
- Re: [rtcweb] Video Codec Selection Plan Iñaki Baz Castillo
- Re: [rtcweb] Video Codec Selection Plan Pete Resnick
- 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 Bossiel
- Re: [rtcweb] Video Codec Selection Plan Simon Perreault
- Re: [rtcweb] Video Codec Selection Plan Bossiel
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Adam Roach
- Re: [rtcweb] Video Codec Selection Plan Chris Wendt
- Re: [rtcweb] Video Codec Selection Plan cb.list6
- Re: [rtcweb] Video Codec Selection Plan Iñaki Baz Castillo
- Re: [rtcweb] Video Codec Selection Plan Cullen Jennings (fluffy)
- Re: [rtcweb] Video Codec Selection Plan Matthew Kaufman (SKYPE)
- Re: [rtcweb] Video Codec Selection Plan Roni Even
- Re: [rtcweb] Video Codec Selection Plan Magnus Westerlund
- 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 John Leslie
- Re: [rtcweb] Video Codec Selection Plan Bernard Aboba
- Re: [rtcweb] Video Codec Selection Plan Ted Hardie
- Re: [rtcweb] Video Codec Selection Plan Gili
- 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