Re: [rtcweb] ~"I'd love it if patents evaporated...If not now, when"

cowwoc <> Wed, 13 November 2013 22:32 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 8FA5411E81A3 for <>; Wed, 13 Nov 2013 14:32:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.16
X-Spam-Status: No, score=-4.16 tagged_above=-999 required=5 tests=[AWL=-0.562, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id WqpLE99vuUYN for <>; Wed, 13 Nov 2013 14:32:37 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 91C3C21E8091 for <>; Wed, 13 Nov 2013 14:32:37 -0800 (PST)
Received: by with SMTP id u16so1490926iet.6 for <>; Wed, 13 Nov 2013 14:32:37 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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=nvUxxQxhsxVdkP3hr/5AdKeTB0VR986NUEOOc/scZGQ=; b=OjtxRILVU2n6/26H/fry114o+l3OmXZu5gfye7vGFEjKHjGQehTWgtYoge5IR/2wgC laUHmrXWb239Puy7Z1IhQpNZbPoQu9GkDDOi6+i4RnVmDbO9/DegAeP70kKbhfgC2mXc 55EBLRnQdwNlpBj36dd819EWiR+JoIgevaaIHExD6yu6B7RTVsZJDk5svbpS69FQRv/q PpTfqzFQkbd4Kc39LzpU3M3mUw+iCymO3TVt03NZ7nIKNefyVfu0vW2BRbf6y05orGI4 VOTz2RocuHGfwAkF2v1r8gVM1w/VFZ+udrNhuII6sCHbYeEVtJVQGcjB+hajFsK1KAcs FyCg==
X-Gm-Message-State: ALoCoQlvZKWTMTqINkgAXBCP+X30xtThVy48Owx9QOzqT3dgoPT+3LqK2LVBaY9bf2h3zMwi3yuk
X-Received: by with SMTP id ig10mr17808575igb.56.1384381957149; Wed, 13 Nov 2013 14:32:37 -0800 (PST)
Received: from [] ( []) by with ESMTPSA id j16sm32587713igf.6.2013. for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Nov 2013 14:32:36 -0800 (PST)
Message-ID: <>
Date: Wed, 13 Nov 2013 17:32:17 -0500
From: cowwoc <>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: Kaiduan Xie <>
References: <> <20131113165526.GA13468@verdi> <> <>
In-Reply-To: <>
Content-Type: multipart/alternative; boundary="------------070601090607040309040306"
Cc: "" <>
Subject: Re: [rtcweb] ~"I'd love it if patents evaporated...If not now, when"
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: Wed, 13 Nov 2013 22:32:43 -0000

I agree. I'm just pointing out that John's argument (quoted below) 
doesn't make any sense. Choosing "no MTI" doesn't make Cisco any more 
likely to implement VP8.

If we choose "No MTI" we will end up with transcoding, plain and simple. 
One crowd will only implement H.264. The other crowd will only implement 
VP8. All the useless middlemen will rejoice, having killed a technology 
that puts them out of business.

Providing "video chat without a plugin" is not revolutionary. Flash is 
already installed on 95% of the market. That's more people than WebRTC 
can reach today, so we're not "liberating" those people from anything.

The real revolution is P2P: massive cost savings, ease of deployment and 
most importantly: cutting out the middle man. The status quo (H.264 over 
Flash) does not do this.

P2P cannot work unless 95% of clients can agree on a common codec. I say 
again: start with H.261 and upgrade to VP8 or H.264. This way everyone 
can be happy:

  * The VP8 crowd can use VP8
  * The H264 crowd can use H264
  * The enterprise crowd can transcode
  * If all of the above fails, we can fallback on H.261.

Yes, this carries the burden of implementing H.261 but this is a 
solved-problem. There are plenty of free implementations and is a much 
easier problem to solve than getting the H.264 and VP8 crowd to agree to 
implement each other's codec.

Start with H.261 and replace it the moment you find something better. 
Forcing us to transcode or drop video calls is not a solution.


On 13/11/2013 4:57 PM, Kaiduan Xie wrote:
> "if an implementer gets sued they can simply drop the codec"
> Thing is not that simple as "simply drop the codec", for some case you 
> still have to pay a lot of money.
> /Kaiduan
> On 13/11/2013 11:55 AM, John Leslie wrote:
>             And I claim that both camps are actually more likely to
>         implement
>         (or allow extensions for) the other side's codec if it is
>         _not_ MTI,
>         simply because they can back out at the first sign of lawyers.