Re: [rtcweb] On the topic of MTI video codecs

"Cullen Jennings (fluffy)" <fluffy@cisco.com> Thu, 31 October 2013 14:15 UTC

Return-Path: <fluffy@cisco.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 6842B11E8167 for <rtcweb@ietfa.amsl.com>; Thu, 31 Oct 2013 07:15:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.28
X-Spam-Level:
X-Spam-Status: No, score=-110.28 tagged_above=-999 required=5 tests=[AWL=-0.281, BAYES_00=-2.599, J_CHICKENPOX_74=0.6, 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 GGeRT88YnXFd for <rtcweb@ietfa.amsl.com>; Thu, 31 Oct 2013 07:15:25 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 79A3B21F9F3A for <rtcweb@ietf.org>; Thu, 31 Oct 2013 07:15:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4804; q=dns/txt; s=iport; t=1383228924; x=1384438524; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=60mHpwVAb7QqV9ktLfMXuyOEaQm56CTzio41T3saA80=; b=S7bkhrNQTShaOB14bh2cMMwBS6qlKBwGMknBIuvwkEXOdk4cOE8Vf+DM gTl+AOzdVvui7AeMU5H6qebuUQ+4cuVmO9rF/alr820wJwSjB8wqTLHRc 0ikfQNwz7N0lxGfi2rb4owRRA0iAf4g3r+jPs6Mx/j9IoDIrzMjL+MKTU U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgQFALllclKtJXG+/2dsb2JhbABZgweBDL9ogSQWdIIlAQEBAwF0BQULAgEIGAokIRElAgQOBQgTh1oDCQayWg2Ja4xfgj0CMQeDIIEOA4kIjRiOPYU3gyaCKg
X-IronPort-AV: E=Sophos;i="4.93,609,1378857600"; d="scan'208";a="279029342"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-3.cisco.com with ESMTP; 31 Oct 2013 14:15:24 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id r9VEFNHl013914 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 31 Oct 2013 14:15:23 GMT
Received: from xmb-aln-x02.cisco.com ([169.254.5.143]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.02.0318.004; Thu, 31 Oct 2013 09:15:23 -0500
From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Thread-Topic: [rtcweb] On the topic of MTI video codecs
Thread-Index: AQHO1jJVo5rTC0oW2EeRy8AoSXc56ZoPLrIA
Date: Thu, 31 Oct 2013 14:15:23 +0000
Message-ID: <C5E08FE080ACFD4DAE31E4BDBF944EB123CFF52C@xmb-aln-x02.cisco.com>
References: <527147FF.5010506@nostrum.com> <CAGgHUiRH81UAmLaan=MRGuk-RoJBuCJ7SsuB5516TiZcNi8FFA@mail.gmail.com> <C5E08FE080ACFD4DAE31E4BDBF944EB123CFB76A@xmb-aln-x02.cisco.com> <CAHp8n2n+_Ta7SLrrztcSKj9qTzrP=w_-tj4bFZW8DWevXn6XiA@mail.gmail.com>
In-Reply-To: <CAHp8n2n+_Ta7SLrrztcSKj9qTzrP=w_-tj4bFZW8DWevXn6XiA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.20.249.164]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <57D81E24EFE3CD42BD93AE8825057B52@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] On the topic of MTI video codecs
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, 31 Oct 2013 14:15:31 -0000

On Oct 31, 2013, at 6:11 AM, Silvia Pfeiffer <silviapfeiffer1@gmail.com>
 wrote:

> On Thu, Oct 31, 2013 at 8:40 AM, Cullen Jennings (fluffy)
> <fluffy@cisco.com> wrote:
>> 
>> On Oct 30, 2013, at 12:20 PM, Leon Geyser <lgeyser@gmail.com> wrote:
>> 
>>> Unfortunately like Jonathan pointed out H.264 will only be able to be used royalty free on certain(most popular) platforms.
>>> To be able to avoid negotiation failure we need a MTI codec that every potential now/future browser would be able to implement freely.
>>> I like what Cisco did, but the solution seems a bit half-baked.
>>> 
>> 
>> I think that Mozilla put it pretty nicely in their blog. What this annoucement gives us is not a perfect world. Mozilla is working towards a better future but in the mean time, this is the best thing we could possibly figure out on how to make the internet today be the best it can be for users.
> 
> 
> This is a very grand gesture of CISCO.
> 
> I'm just a bit cautious, since it looks too good to be true: have you
> considered that MPEG LA could change the license conditions on H.264
> next year and make this impossible?
> 
> Regards,
> Silvia.


Yes, I have deeply considered that including discussion with relevant lawyers. 

I do not see any path where significant changes could be be made that could stop this from continuing. Keep in mind that many of the companies in the MPEG LA 264 pool are in favor of just making H.264 RF for use on the internet. Theses same companies, and they include people like, cough, cisco, and apple, have to approve changes that happen in the future. I would not be surprised to see the discussion on future changes to the MEPG LA license be around just making the license pool RF. Or perhaps just moving the price of the cap up a bit. 

Now you can say, ok, that is way too good to be true, no big company would ever give away valuable IPR. Lets clear up one thing, the amount of money that any large company gets in royalties from 264 MPEG LA pool is so small it is a joke - and a quick back of the envelope estimate will show you the limits. But ask yourself this instead, Why does Cisco care about webrtc at all? what would a company like Cisco pay to MPEG LA to improve the ability for lots of companies, particularly small companies or open source projects, to be able to produce, consume, and distribute video on the internet? What would it take to make it so video on the internet was far more important to people's lives than watching cats on skateboards. 

This whole discussion reminds me of a real blast from the past. In 2000 Cisco acquired Vovida (where I worked) and open sourced 100% of the technology. People said said Cisco was nuts to acquire that and give it away for fee - the numbers were much larger than anything being discussed here. People like vonage starting using the code. People said "It's a trap" and included the appropriate star wars images - Cisco has patents on SIP and is going to get you for using the open source. Cisco did not go after people for using the software and companies like vonage effectively helped drive lots of voice traffic that resulted in good business for Cisco. Open source helped enable that. You might say that was then this is now but you might want to look at what we did this month - 2.7 billion for the Sourcefire, a company that's most interesting product is open source. 

Snort is not a trap, it's exactly what it seem. This is the same - Cisco wants there to be a video codec that can be widely used on the internet as it exists today - Cisco will continue to want that and will continue to pay MPEG LA to make that happen. 

Which leads of of course to why this codecs and not some other one. We don't believe VP8 is the one that works with the internet today and given the reasons have been on this before I don't want to reiterate here. I'd be doing a little dance of joy at the IETF microphone if Daala can meet their goals of better than existing codecs, royalty free, and wide adoption and I really hope that happens but it clear that is not here today and this is project still at early stage. I'm glad they are working on something better for the future. Older codecs like, just for example, H.263 might be easier / cheaper to get to be RF but, sadly they sort of blow chunks. I don't believe a business model like apple iTunes, Netflix streaming video, or even Skype could be successful in today's market if it had to use a codec like 263, or for that matter any of the older codecs - thus they don't really meet Cisco's goals of widespread viable codec people can use today.