Re: [rtcweb] MTI Video Codec: a novel proposal
Lorenzo Miniero <lorenzo@meetecho.com> Mon, 10 November 2014 02:27 UTC
Return-Path: <lorenzo@meetecho.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B29531A8880 for <rtcweb@ietfa.amsl.com>; Sun, 9 Nov 2014 18:27:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.02
X-Spam-Level:
X-Spam-Status: No, score=-0.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lq_JeYqGcL-h for <rtcweb@ietfa.amsl.com>; Sun, 9 Nov 2014 18:27:00 -0800 (PST)
Received: from smtpdb9.aruba.it (smtpdb9.aruba.it [62.149.158.251]) by ietfa.amsl.com (Postfix) with ESMTP id CBD011A887B for <rtcweb@ietf.org>; Sun, 9 Nov 2014 18:26:59 -0800 (PST)
Received: from lminiero ([31.133.163.233]) by smtpcmd03.ad.aruba.it with bizsmtp id DeSu1p00g52TFVb01eSwvY; Mon, 10 Nov 2014 03:26:57 +0100
Date: Mon, 10 Nov 2014 03:26:52 +0100
From: Lorenzo Miniero <lorenzo@meetecho.com>
To: Adam Roach <adam@nostrum.com>
Message-ID: <20141110032652.21edac74@lminiero>
In-Reply-To: <54601E19.8080203@nostrum.com>
References: <54601E19.8080203@nostrum.com>
Organization: Meetecho
X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/PHyg7H_V9yqV9cobLFMVf0AFo10
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] MTI Video Codec: a novel proposal
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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, 10 Nov 2014 02:27:01 -0000
Hi Adam, I was one of the "VP8 or die" advocates, but I can definitely understand your points and frustration about where this endless fight lead and left us. As long as all the major user agents will actually comply (I'm especially thinking about the one that are currently "missing"), I'd be ok with mandating both as you suggest. Lorenzo On Sun, 09 Nov 2014 16:08:25 -1000 Adam Roach <adam@nostrum.com> wrote: > It appears that we're running headlong into another in-person > discussion about the relative merits of H.264 and VP8 as MTI > candidates again. Matthew Kaufman has argued that this conversation > is doomed to failure because no major player has been willing to > change their position. The players he cited were Cisco, Google, and > Mozilla, who have represented the three main positions on this topic > pretty effectively. Although we participate as individuals in the > IETF, I think it's fair to say that the last time we had this > conversation, the median positions of participants from those > companies were "H.264 or die", "VP8 or die", and "either one as long > as it's *only* one", respectively. > > However, even if nothing else has changed, I think one salient point > may have become quite important: we're all tired of this. Over two > years ago, in March of 2012 -- before I even had an particular > interest in WebRTC except as a user -- this had already become such a > long-running acrimonious debate that I was brought in as a neutral > third party to try to mediate. I'm weary of this argument; and, with > the exception of a few aggressive voices who seem to enjoy the battle > more than the outcome, I'm hearing a similar exhausted timbre in the > messages of other participants (and the key stakeholders in > particular). > > So, I want to float a proposal that represents a compromise, to see > if we can finally close this issue. First, I want to start out by > reiterating a well-worn observation that the hallmark of a good > compromise is that nobody leaves happy, but everyone can force > themselves to accept it. And I want to be crystal clear: the solution > I'm about to float just barely clears the bar of what I think I can > live with. This proposal is based on an observation that the > dominating issues in this conversation remain those of licensing, not > technology or even incumbency. I’ve discussed this extensively with > representatives of all three of the players I mention above, and they > are willing to sign on. > > This proposal is based on the definitions of "WebRTC User Agent", > "WebRTC device", and "WebRTC-compatible endpoint" in section 2.2 of > draft-ietf-rtcweb-overview-12.txt. My proposal would be as follows: > > 1. WebRTC User Agents MUST implement both VP8 and H.264. > > 2. WebRTC devices MUST implement both VP8 and H.264. If compelling > evidence arises that one of the codecs is available for use on a > royalty-free basis, such as all IPR declarations known for the > codec being of (IETF) Royalty-Free or (ISO) type 1, the IETF will > change this normative statement to indicate that only that codec is > required. For absolute, crystal clarity, this provision is only > applicable to WebRTC devices, and not to WebRTC User Agents. > > 3. WebRTC-compatible endpoints are free to implement any video codecs > they see fit, if any (this follows logically from the definition > of "WebRTC-compatible endpoint," and doesn't really need to be stated, > but I want this proposal to be as explicit as possible). > > > This has the property of ensuring that all devices and user agents > can work with all devices and user agents. This has the property of > giving no one exactly what they want. And, unlike any other previous > plans, this has the property of coming to a decision while > maintaining pressure on the only parties who can make a change in the > IPR landscape to do so. > > /a
- [rtcweb] MTI Video Codec: a novel proposal Adam Roach
- Re: [rtcweb] MTI Video Codec: a novel proposal Lorenzo Miniero
- Re: [rtcweb] MTI Video Codec: a novel proposal Jonathan Rosenberg
- Re: [rtcweb] MTI Video Codec: a novel proposal Ron
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal DRAGE, Keith (Keith)
- Re: [rtcweb] MTI Video Codec: a novel proposal Bernard Aboba
- Re: [rtcweb] MTI Video Codec: a novel proposal Ron
- Re: [rtcweb] MTI Video Codec: a novel proposal tim panton
- Re: [rtcweb] MTI Video Codec: a novel proposal Daniel-Constantin Mierla
- Re: [rtcweb] MTI Video Codec: a novel proposal Timothy B. Terriberry
- Re: [rtcweb] MTI Video Codec: a novel proposal Cavigioli, Chris
- Re: [rtcweb] MTI Video Codec: a novel proposal Tim Panton
- Re: [rtcweb] MTI Video Codec: a novel proposal cowwoc
- Re: [rtcweb] MTI Video Codec: a novel proposal Daniel-Constantin Mierla
- Re: [rtcweb] MTI Video Codec: a novel proposal Cullen Jennings
- Re: [rtcweb] MTI Video Codec: a novel proposal Cavigioli, Chris
- Re: [rtcweb] MTI Video Codec: a novel proposal Stephan Wenger
- Re: [rtcweb] MTI Video Codec: a novel proposal Adam Roach
- Re: [rtcweb] MTI Video Codec: a novel proposal Justin Uberti
- Re: [rtcweb] MTI Video Codec: a novel proposal Eric Rescorla
- Re: [rtcweb] MTI Video Codec: a novel proposal Mary Barnes
- Re: [rtcweb] MTI Video Codec: a novel proposal Emil Ivov
- Re: [rtcweb] MTI Video Codec: a novel proposal Roman Shpount
- Re: [rtcweb] MTI Video Codec: a novel proposal Matthew Kaufman
- Re: [rtcweb] MTI Video Codec: a novel proposal Iñaki Baz Castillo
- Re: [rtcweb] MTI Video Codec: a novel proposal Matthew Kaufman
- Re: [rtcweb] MTI Video Codec: a novel proposal Iñaki Baz Castillo
- Re: [rtcweb] MTI Video Codec: a novel proposal Eric Rescorla
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal David Singer
- Re: [rtcweb] MTI Video Codec: a novel proposal Suhas Nandakumar
- Re: [rtcweb] MTI Video Codec: a novel proposal Bernard Aboba
- Re: [rtcweb] MTI Video Codec: a novel proposal Adam Roach
- Re: [rtcweb] MTI Video Codec: a novel proposal Tim Lindsey
- Re: [rtcweb] MTI Video Codec: a novel proposal Roman Shpount
- Re: [rtcweb] MTI Video Codec: a novel proposal Ron
- Re: [rtcweb] MTI Video Codec: a novel proposal David Singer
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal Justin Uberti
- Re: [rtcweb] MTI Video Codec: a novel proposal Bernard Aboba
- Re: [rtcweb] MTI Video Codec: a novel proposal Alexandre GOUAILLARD
- Re: [rtcweb] MTI Video Codec: a novel proposal Matthew Kaufman
- Re: [rtcweb] MTI Video Codec: a novel proposal Matthew Kaufman
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal Roman Shpount
- Re: [rtcweb] MTI Video Codec: a novel proposal Matthew Kaufman
- Re: [rtcweb] MTI Video Codec: a novel proposal Ron
- Re: [rtcweb] MTI Video Codec: a novel proposal Bernard Aboba
- Re: [rtcweb] MTI Video Codec: a novel proposal Victor Pascual Avila
- Re: [rtcweb] MTI Video Codec: a novel proposal Andrew Allen
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal Ron
- Re: [rtcweb] MTI Video Codec: a novel proposal Peter Saint-Andre - &yet
- Re: [rtcweb] MTI Video Codec: a novel proposal Martin Thomson
- Re: [rtcweb] MTI Video Codec: a novel proposal tim panton
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal Adam Roach
- Re: [rtcweb] MTI Video Codec: a novel proposal cowwoc
- Re: [rtcweb] MTI Video Codec: a novel proposal Iñaki Baz Castillo
- Re: [rtcweb] MTI Video Codec: a novel proposal Gaelle Martin-Cocher
- Re: [rtcweb] MTI Video Codec: a novel proposal Harald Alvestrand
- Re: [rtcweb] MTI Video Codec: a novel proposal cowwoc
- Re: [rtcweb] MTI Video Codec: a novel proposal stephane.proust
- Re: [rtcweb] MTI Video Codec: a novel proposal Randell Jesup
- Re: [rtcweb] MTI Video Codec: a novel proposal Gaelle Martin-Cocher
- Re: [rtcweb] MTI Video Codec: a novel proposal Shijun Sun
- Re: [rtcweb] MTI Video Codec: a novel proposal Florian Weimer