Re: [rtcweb] Proposal for Theora baseline codec

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Thu, 29 March 2012 14:35 UTC

Return-Path: <keith.drage@alcatel-lucent.com>
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 CF2BA21E8162 for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 07:35:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.675
X-Spam-Level:
X-Spam-Status: No, score=-109.675 tagged_above=-999 required=5 tests=[AWL=0.574, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 IwyUVx6bNCDX for <rtcweb@ietfa.amsl.com>; Thu, 29 Mar 2012 07:34:57 -0700 (PDT)
Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by ietfa.amsl.com (Postfix) with ESMTP id B4C8E21E817F for <rtcweb@ietf.org>; Thu, 29 Mar 2012 07:34:56 -0700 (PDT)
Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail6.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q2TEYqMe023071 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 29 Mar 2012 16:34:53 +0200
Received: from FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com ([135.120.45.47]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Thu, 29 Mar 2012 16:34:52 +0200
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: Basil Mohamed Gohar <basilgohar@librevideo.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Date: Thu, 29 Mar 2012 16:34:49 +0200
Thread-Topic: [rtcweb] Proposal for Theora baseline codec
Thread-Index: Ac0NtyZR7Ghz5l/BQUGUPxMelIXHXQAAUrmg
Message-ID: <EDC0A1AE77C57744B664A310A0B23AE2256B0F42@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
References: <CACrD=+8DTq2M=FkscQUvQiwMwckYYSw6SRne+3X2wJKHOG2ciw@mail.gmail.com> <4F746F04.7030800@librevideo.org>
In-Reply-To: <4F746F04.7030800@librevideo.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.69 on 155.132.188.84
Subject: Re: [rtcweb] Proposal for Theora baseline codec
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: Thu, 29 Mar 2012 14:35:00 -0000

> VP8 is the only option that makes any sense for WebRTC going forward.
> It is high performant, it has optimizations for realtime usage (in the
> reference implementation), it is already implemented in a wide variety
> of software (Skype, browsers [Mozilla Firefox, Google Chrome, Opera]),
> and it is also implemented in hardware (as well as supported by the
> Android OS).
>

So are you saying that Adam's presentation today was incorrect?

Quoting:

"H.264:

More deployed hardware acceleration
Well known, clearly identified patent pool; royalties due for some uses
Quality, compression ratio, and complexity approximately equal to VP8

VP8:

Can be hardware accelerated, but current deployment is very low
No specific patents asserted1, no one collecting royalties
Quality, compression ratio, and complexity approximately equal to
H.264"

If so I think you need to be a little more technically specific as to why you see one better than the other.

Regards

Keith

> -----Original Message-----
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf
> Of Basil Mohamed Gohar
> Sent: 29 March 2012 15:18
> To: rtcweb@ietf.org
> Subject: Re: [rtcweb] Proposal for Theora baseline codec
> 
> On 03/29/2012 10:09 AM, Monty Montgomery wrote:
> > If we're suggesting ten+ year-old codecs with low patent risk, let's
> > choose an obviously higher performance example.  Dare I say it...
> > Theora?
> >
> > I think we've gotten off track.
> >
> > Twelve years ago, oblique threats were made against the nascent Vorbis
> > by Thomson and the whole world decided it was a patent risk.  It never
> > was.  Fool me once, shame on you.
> >
> > In the mid 2000s, people started picking on Theora the same way, and a
> > few years ago Steve Jobs [and Larry Horn, et al] informed the world he
> > was coming after us. Nothing came of it.  Fool me twice, shame on me.
> >
> > Now we have the same substance-less muttering about VP8, suggesting
> > that it's better to use leftover crumbs from 20 years ago.
> >
> > Fool me three times, I should begin to wonder if I have the requisite
> > capacity to be engaging in technical endeavors.
> >
> > Monty
> > Xiph.Org
> +1
> 
> VP8 is the only option that makes any sense for WebRTC going forward.
> It is high performant, it has optimizations for realtime usage (in the
> reference implementation), it is already implemented in a wide variety
> of software (Skype, browsers [Mozilla Firefox, Google Chrome, Opera]),
> and it is also implemented in hardware (as well as supported by the
> Android OS).
> 
> No one can say something will never be the target of a lawsuit.  But
> there *are* legal protections against organizations that assert patents
> against a standard after its adoption when they had the ability to make
> the standards body aware of it ahead of time (estoppel).
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb