Re: [rtcweb] Congratuiations on the Cisco announcement - but we still prefer VP8

Basil Mohamed Gohar <basilgohar@librevideo.org> Mon, 04 November 2013 17:54 UTC

Return-Path: <basilgohar@librevideo.org>
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 7833021E8248 for <rtcweb@ietfa.amsl.com>; Mon, 4 Nov 2013 09:54:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 DXox4d+bFkkU for <rtcweb@ietfa.amsl.com>; Mon, 4 Nov 2013 09:54:04 -0800 (PST)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 4776511E8235 for <rtcweb@ietf.org>; Mon, 4 Nov 2013 09:53:36 -0800 (PST)
Received: from [10.10.40.120] (rrcs-98-103-138-67.central.biz.rr.com [98.103.138.67]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: basilgohar@librevideo.org) by mail.zaytoon.hidayahonline.net (Postfix) with ESMTPSA id B9F8765A0FF for <rtcweb@ietf.org>; Mon, 4 Nov 2013 12:53:34 -0500 (EST)
Message-ID: <5277DF1C.8080207@librevideo.org>
Date: Mon, 04 Nov 2013 12:53:32 -0500
From: Basil Mohamed Gohar <basilgohar@librevideo.org>
Organization: Libre Video
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CE9D3DBB.1B371%mzanaty@cisco.com>
In-Reply-To: <CE9D3DBB.1B371%mzanaty@cisco.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Subject: Re: [rtcweb] 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: Mon, 04 Nov 2013 17:54:27 -0000

On 11/04/2013 12:47 PM, Mo Zanaty (mzanaty) wrote:
> 
> To be fair, H.264 interop has not been a painless endeavor over the
> years, in part due to multiple profiles. Implementers have worked
> through many issues to achieve the nearly universal interop enjoyed
> today across hundreds or thousands of vendors and implementations. VP8
> should have an easier time, since it doesn’t have multiple profiles,
> packetization modes, etc. But VP8 will go through some of the same pains
> when many implementations flourish (software and hardware). The pain is
> not felt yet since there are only two vendors (Google and Mozilla) in
> close contact using a shared software implementation.
> 
> Mo

To be even more fair, in fact, there are more than just Google and
Mozilla on the VP8 playing field.  The ffmpeg/libav community(-ies?)
have made a successful implementation of a vp8 decoder (ffvp8) that is
also widely deployed and, to the best of my knowledge, has no known
major problems.

There was also the xvp8 project which, while I believe stalled, was not
due to incompatibilities or challenges, just lack of energy for that
project and motivation.

And there have been many hardware VP8 implementations in silicon across
multiple vendors no less, both for encoding and decoding.

And yes, while H.264 no doubt has a larger market segment, to say Google
and Mozilla are the only two players would not be accurate, and the
design and spec have shown they can be implemented widely and without as
much pain as the, arguably much more complex, (full) H.264 spec.

-- 
Libre Video
http://librevideo.org