Re: [rtcweb] Congratuiations on the Cisco announcement - but we still prefer VP8

Alessandro Amirante <> Sat, 02 November 2013 10:10 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0F5AF11E8119 for <>; Sat, 2 Nov 2013 03:10:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.719
X-Spam-Status: No, score=-0.719 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id oZX1u+9FAm9W for <>; Sat, 2 Nov 2013 03:10:34 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 4366611E80EC for <>; Sat, 2 Nov 2013 03:10:34 -0700 (PDT)
Received: from [] ([]) (authenticated bits=0) by (8.14.4/8.14.4) with ESMTP id rA2AATsi015425 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for <>; Sat, 2 Nov 2013 11:10:31 +0100
Message-ID: <>
Date: Sat, 02 Nov 2013 11:10:30 +0100
From: Alessandro Amirante <>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
References: <> <> <20131101211922.3ed7833d@rainpc>
In-Reply-To: <20131101211922.3ed7833d@rainpc>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Congratuiations on the Cisco announcement - but we still prefer VP8
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 02 Nov 2013 10:10:39 -0000

Il 01/11/2013 21:19, Lorenzo Miniero ha scritto:
> On Fri, 01 Nov 2013 14:43:52 -0500
> Adam Roach <> wrote:
>> On 10/31/13 13:47, Harald Alvestrand wrote:
>>> We congratulate Cisco on their intention to make an open source H.264
>>> codec available and usable by the community. We look forward to seeing
>>> the result of this effort.
>>> Google still believes that VP8 - a freely available, fully open,
>>> high-quality video codec that you can download, compile for your
>>> platform, include in your binary, distribute and put into production
>>> today - is the best choice of a Mandatory to Implement video codec for
>>> the WebRTC effort.
>> I agree with Harald that VP8 is a better codec than H.264 baseline in a
>> number of important ways.
>> But I also want to reiterate that having an MTI codec has never been
>> about choosing the best codec or even a good codec. It's about choosing
>> an emergency backup codec-of-last-resort. It's about having one single
>> mandated codec that everyone has in their back pocket in case nothing
>> else works.
>> The core of RTCWEB is about session *negotiation*. Endpoints will
>> negotiate the best codec they have in common. Once the next generation
>> of codecs come out, this "best codec in common" will only be the MTI if
>> they were about to fail anyway.
>> So it doesn't have to be good.
>> It just has to be better than failure.
>> /a
> Those are good points. But were that the case, we could have sticked with an older codec, one that didn't have to carry the burden of royalty fees: a choice that several people have often discarded exactly because it wasn't good enough.

I could not agree more.

> That's also why I, as it is probably redundant to restate, actually support Harald's view. My concern is that, with H.264, MTI will not mean *a* codec in a negotiatiated session, which is what we all agree RTCWEB still is, or should be. It will be *the* codec, because several implementations, including two currently missing browsers (whenever they'll start to care), will *only* provide H.264, thus forcing everyone to comply with it. Who's going to do anything else, when you know the only way to reach all browsers is *the* codec? And for a lot of people, including me, there's currently (or actually, will be) only one way to do so, which is a plugin (in RTCWEB, ironic) that may or may not be available two months after we start using it.

+1 for VP8 as MTI.


> I'm at the wrong edge of the knife, and I don't like it.
> Lorenzo
> _______________________________________________
> rtcweb mailing list

Alessandro Amirante, Ph.D.
Dipartimento di Ingegneria Elettrica e delle Tecnologie dell'Informazione
Universita' degli Studi di Napoli "Federico II"
Via Claudio, 21 - 80125 Napoli - Italy

Phone:    +39 081 7683821
Fax:      +39 081 19730464
Skype-ID: alessandro.amirante