Re: [rtcweb] Cross-check of Google VP8 vs H.264 comparison

Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com> Thu, 14 March 2013 20:43 UTC

Return-Path: <sergio.garcia.murillo@gmail.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 78EA821F8460 for <rtcweb@ietfa.amsl.com>; Thu, 14 Mar 2013 13:43:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.716
X-Spam-Level:
X-Spam-Status: No, score=-0.716 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_DYNAMIC=0.1]
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 up501RebWj1X for <rtcweb@ietfa.amsl.com>; Thu, 14 Mar 2013 13:43:45 -0700 (PDT)
Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) by ietfa.amsl.com (Postfix) with ESMTP id 5D7D921F90D6 for <rtcweb@ietf.org>; Thu, 14 Mar 2013 13:43:45 -0700 (PDT)
Received: by mail-wi0-f179.google.com with SMTP id ez12so2225944wid.6 for <rtcweb@ietf.org>; Thu, 14 Mar 2013 13:43:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=jokOwYaZtrwsUjgLY1bcPnuhi0lXuqOQmha24td+XAw=; b=ZMdNK+XeOZaHCrh+uCYLJCvEPkkZ7QIBCiycQkaTwrSsd5iT1K4TSULH95B01+LLVN 2qdQUQDDHkaf1ydCvsu9p5Xfz5nFas/uDyi7CC6xKPqwkCS2hCmk6Ghl9DKyu19swUDn eDP6suaQ452a9sMT4NoTRjJETefB3z3LUzgmPtpfuD+s9xoaHNRec2JqL2AS60NjQEcY X+4Ek5sx+j0hqk2yk5hAYIgASremQ1u9r5EoYbuKJRMMMr4Vyj53ng+5PSZdPe/Vijo5 CEHqluBVytS8JTm8sabfJ4y+6txIzD3vdoNKnLkYLs+dBe/0DcLLspzG2O9ytfDBNI4b 2WYQ==
X-Received: by 10.180.77.9 with SMTP id o9mr36910546wiw.16.1363293824269; Thu, 14 Mar 2013 13:43:44 -0700 (PDT)
Received: from [192.168.1.2] (114.pool80-103-142.dynamic.orange.es. [80.103.142.114]) by mx.google.com with ESMTPS id j4sm11221769wiz.10.2013.03.14.13.43.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Mar 2013 13:43:43 -0700 (PDT)
Message-ID: <5142367D.5010800@gmail.com>
Date: Thu, 14 Mar 2013 21:43:41 +0100
From: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <BBE9739C2C302046BD34B42713A1E2A22DE321F7@ESESSMB105.ericsson.se>
In-Reply-To: <BBE9739C2C302046BD34B42713A1E2A22DE321F7@ESESSMB105.ericsson.se>
Content-Type: multipart/alternative; boundary="------------040406010802070404090409"
Subject: Re: [rtcweb] Cross-check of Google VP8 vs H.264 comparison
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, 14 Mar 2013 20:43:46 -0000

Hi,

I also cross-posted the x264 encoding parameters used in the comparison 
in the x264-devel list:

http://mailman.videolan.org/pipermail/x264-devel/2013-March/009920.html

>/  What would be the best encoding parameters for x264 in these scenario?
/
1.  Set the slowest preset you're willing to tolerate.
2.  Set --tune to psnr or ssim (based on the one you're testing).
3.  Since they're doing CBR streaming for WebRTC, they need to set
appropriate ratecontrol settings.  Some examples:
1 second of latency: --vbv-maxrate $b --vbv-bufsize $b
0.25 seconds of latency: --vbv-maxrate $b --vbv-bufsize $b/4
low latency streaming with capped frame size: --vbv-maxrate $b
--vbv-bufsize $b/fps

In addition, if they care about latency, they'd want to make sure both
encoders are set with appropriate low-latency settings.  They'd also
need to verify how well both encoders are abiding by these


Best regards
Sergio

El 14/03/2013 19:13, Bo Burman escribió:
> Hi,
>
> As said on the microphone today, we have cross-checked Google's VP8 vs H.264 comparison. Google reported bit rate gains for VP8 of 19%. However, the H.264 was at an unfair advantage due to the fact that the --tune psnr flag was not used in x264. This should of course be used when doing psnr-measurements. For vp8, this flag is set to psnr by default.
>
> When re-running the tests with --tune psnr for x264, and using version 130 of x264 instead of version 128 that was used in the Google test, the difference disappeared (1% difference).
>
> Cheers,
> Bo
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb