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

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Sun, 03 November 2013 17:52 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 3F98421E80CF for <rtcweb@ietfa.amsl.com>; Sun, 3 Nov 2013 09:52:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.501
X-Spam-Level:
X-Spam-Status: No, score=-110.501 tagged_above=-999 required=5 tests=[AWL=0.097, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 7ymGjZ2rHpmo for <rtcweb@ietfa.amsl.com>; Sun, 3 Nov 2013 09:52:06 -0800 (PST)
Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 8EE3621E809F for <rtcweb@ietf.org>; Sun, 3 Nov 2013 09:52:06 -0800 (PST)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (h135-239-2-42.lucent.com [135.239.2.42]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id rA3Hq3M3020095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 3 Nov 2013 11:52:04 -0600 (CST)
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id rA3Hq1k4024721 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 3 Nov 2013 18:52:02 +0100
Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.239]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.02.0247.003; Sun, 3 Nov 2013 18:52:01 +0100
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: tim panton <tim@phonefromhere.com>, Eric Rescorla <ekr@rtfm.com>
Thread-Topic: [rtcweb] Platforms that support H264 (was: Congratuiations on the Cisco announcement - but we still prefer VP8)
Thread-Index: AQHO2IJyVW7oO7lpnEG64e25l15uCZoTyTJA
Date: Sun, 03 Nov 2013 17:52:00 +0000
Message-ID: <949EF20990823C4C85C18D59AA11AD8B0C6D75@FR712WXCHMBA11.zeu.alcatel-lucent.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> <A6085C80-87B7-45AD-8DA4-8D52EBD1096A@phonefromhere.com>
In-Reply-To: <A6085C80-87B7-45AD-8DA4-8D52EBD1096A@phonefromhere.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.38]
Content-Type: multipart/alternative; boundary="_000_949EF20990823C4C85C18D59AA11AD8B0C6D75FR712WXCHMBA11zeu_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33
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 17:52:13 -0000

And this is where it would be useful to see some work done, although probably not by IETF.

There a a few bits of API work out there, but nowhere do we see much push for adoption. As fae as I see there is no political reason why they should not be adopted, or even a fresh effort adopted to create some new ones. The only thing seems to be lack of impetus.

regards

Keith

________________________________
From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of tim panton
Sent: 03 November 2013 10:50
To: Eric Rescorla
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Platforms that support H264 (was: Congratuiations on the Cisco announcement - but we still prefer VP8)


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




On Sat, Nov 2, 2013 at 3:28 PM, Emil Ivov <emcho@jitsi.org<mailto: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