Re: [rtcweb] Platforms that support H264 (was: Congratuiations on the Cisco announcement - but we still prefer VP8)

tim panton <tim@phonefromhere.com> Sun, 03 November 2013 10:49 UTC

Return-Path: <tim@phonefromhere.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 98C0111E8127 for <rtcweb@ietfa.amsl.com>; Sun, 3 Nov 2013 02:49:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 dXGkfHfpUo+0 for <rtcweb@ietfa.amsl.com>; Sun, 3 Nov 2013 02:49:45 -0800 (PST)
Received: from smtp002.apm-internet.net (smtp002.apm-internet.net [85.119.248.221]) by ietfa.amsl.com (Postfix) with ESMTP id D844A11E80EC for <rtcweb@ietf.org>; Sun, 3 Nov 2013 02:49:44 -0800 (PST)
Received: (qmail 70285 invoked from network); 3 Nov 2013 10:49:39 -0000
X-AV-Scan: clean
X-APM-Authkey: 83769 690
Received: from unknown (HELO zimbra003.verygoodemail.com) (85.119.248.218) by smtp002.apm-internet.net with SMTP; 3 Nov 2013 10:49:39 -0000
Received: from zimbra003.verygoodemail.com (localhost [127.0.0.1]) by zimbra003.verygoodemail.com (Postfix) with ESMTP id 1792618A0580; Sun, 3 Nov 2013 10:49:39 +0000 (GMT)
Received: from [192.168.157.113] (unknown [192.67.4.37]) by zimbra003.verygoodemail.com (Postfix) with ESMTPSA id B741E18A056B; Sun, 3 Nov 2013 10:49:38 +0000 (GMT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_BCE37CB1-5916-4555-9D0F-3344C29E2A0B"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\))
From: tim panton <tim@phonefromhere.com>
In-Reply-To: <CABcZeBOnHGdRCUK2k5ys5n7fs6rYSd+RzMjy13X2J0o2eP2sjA@mail.gmail.com>
Date: Sun, 03 Nov 2013 10:49:39 +0000
Message-Id: <A6085C80-87B7-45AD-8DA4-8D52EBD1096A@phonefromhere.com>
References: <CAOqqYVEER_HprgauRawO+_gGdLdMY1MUY8jrMhhi3yVDL31bFg@mail.gmail.com> <52740478.6030109@nostrum.com> <CAOJ7v-2+_4QZwc8vEtdwVDWSP-d-z+ggB0u+VM6WnA=f-k4-XA@mail.gmail.com> <BLU404-EAS261C783EDA4575EE1A7E53593F40@phx.gbl> <52750E3C.9060206@bbs.darktech.org> <CABkgnnVR9=oWVzRaRuD701tvZCtp+SO1n6c65hJELLVfB8QcOA@mail.gmail.com> <C21C6AC2-29F8-4DFF-BB48-5E3D625DCD65@phonefromhere.com> <CAPvvaaK-bKt-zDEq2qibRrm51VbRGAV=95JShKFdCpJszw5Tww@mail.gmail.com> <CABcZeBMG1ApkN7u_uyO_9H9se22ixLhaYc6pZsncvc6d+k8rEQ@mail.gmail.com> <CAPvvaa+eDRkDk5XNDh2QcgLy4wDjrNeCmGJvqac_z+F4r_ev5Q@mail.gmail.com> <CABcZeBOnHGdRCUK2k5ys5n7fs6rYSd+RzMjy13X2J0o2eP2sjA@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
X-Mailer: Apple Mail (2.1816)
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Platforms that support H264 (was: Congratuiations on the Cisco announcement - but we still prefer VP8)
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: Sun, 03 Nov 2013 10:49:51 -0000

On 2 Nov 2013, at 22:43, Eric Rescorla <ekr@rtfm.com> wrote:

> 
> 
> 
> On Sat, Nov 2, 2013 at 3:28 PM, Emil Ivov <emcho@jitsi.org> wrote:
> I'd encourage you to read back.
> 
> This part of the thread started with the claim that most of the time it won't come to downloading Cisco's binary because there is already widespread OS support for H.264 encoding on all OSes
> 
> 
> I assume you're referring to Bernard's comment? If so, I don't think that's actually
> what he said.
> 
> In any case, speaking as someone who actually has to deal with this, it's more
> work to maintain more code paths. Thus, I anticipate using Cisco's binary on
> all desktop platforms and only using platform codecs where it offers a significant
> performance advantage, e.g., on mobile.

Unfortunately it is on mobile that these codecs are not available.

> 
> On a related note: it's a mistake to assume that just because there aren't
> currently good interfaces to the existing H.264 encoding hardware that those
> interfaces will never exist. For instance, the iPhone clearly has real-time
> capable encoding hardware, and Apple certainly could make it available
> if they wanted. That's a much simpler proposition than adding hardware
> where none exists.

I’m not sure that the situation is quite that simple, I think that many of the currently
deployed GPUs would be capable of accelerating VP8 with a firmware update.

One can speculate endlessly about the future, but one of the benefits of h264 is
that the hardware is deployed. However when you examine this claim, we find that it is only 
available to the platform owner, so we risk having a vendor lock-in where the
platform browser has access to performance that 3rd party browsers don’t .

Tim.

> 
> -Ekr
>