Re: [rtcweb] Video codec selection - way forward

Magnus Westerlund <> Fri, 15 November 2013 14:23 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CE6F711E80F5 for <>; Fri, 15 Nov 2013 06:23:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -104.274
X-Spam-Status: No, score=-104.274 tagged_above=-999 required=5 tests=[AWL=-1.675, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id evtEMbK4ME2w for <>; Fri, 15 Nov 2013 06:22:56 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 2F63921F99FD for <>; Fri, 15 Nov 2013 06:22:56 -0800 (PST)
X-AuditID: c1b4fb38-b7f2c8e000006d25-95-52862e3e0a53
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id D7.D6.27941.E3E26825; Fri, 15 Nov 2013 15:22:55 +0100 (CET)
Received: from [] ( by ( with Microsoft SMTP Server id 14.2.328.9; Fri, 15 Nov 2013 15:22:54 +0100
Message-ID: <>
Date: Fri, 15 Nov 2013 15:22:44 +0100
From: Magnus Westerlund <>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: cowwoc <>, <>
References: <> <> <> <>
In-Reply-To: <>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3Vtdery3I4McXZoszN/+zW6z9187u wOTxZMJ0do8lS34yBTBFcdmkpOZklqUW6dslcGW8WrqeqeAcX8X1nkXsDYxPuLsYOTkkBEwk Fvz5zwJhi0lcuLeerYuRi0NI4AijxL8rPSwQznJGidMH1rCBVPEKaEoc2L+IGcRmEVCV6Dsx lRXEZhOwkLj5oxGsRlQgWOL8q8XsEPWCEidnPgEaxMEhImAu8ehuJYgpLGApceG4CcT4S4wS W25NByvhFDCQmNKhD2JKCIhL9DQGgQxhFtCTmHK1hRHClpdo3job7AAhAW2JhqYO1gmMgrOQ 7JqFpGUWkpYFjMyrGDmKU4uTctONDDYxAgPy4JbfFjsYL/+1OcQozcGiJM778a1zkJBAemJJ anZqakFqUXxRaU5q8SFGJg5OqQbG7c1CGl/+32jmS1T9sO79DIfJ5yMF1dTKHSVEZza5O4il VwVZH1/RlZXFKvE7p3l+tOyltpnf/Q6F67SrH/XQCXIU/MR0TCpJ+9SGyw+es893VYnpWVZ1 63HtpV+75tSq9kk/9/qfpj7z+kyRb6lH3aKt2AtOxp/Rcu6ZEXy++HmZ08Iz0UlKLMUZiYZa zEXFiQBlH46+FgIAAA==
Subject: Re: [rtcweb] Video codec selection - way forward
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: Fri, 15 Nov 2013 14:23:02 -0000

On 2013-11-15 14:51, cowwoc wrote:
> +1 with the caveat that I think option 6 should simply state:
> 6. All entities MUST support a specific IPR-expired codec (to be decided
> at a later meeting) such as H.261 or Theora.
> The goal remains the same. I don't think people voting for this option
> need to know up-front what the specific codec would be so long as we
> explain that we'll try to pick the best codec possible. Correct me if
> I'm wrong :)

I would believe there are a lot of people in the WG that consider the
IPR risks between Theora and H.261 significantly different. I realize
that list each alternative code will result in a significantly longer
list, but at the same time, I don't see how the above MUST statement
allows the WG to conclude on video codec selection. If we would agree on
the above, we would spend another year discussing our IPR beliefs around
various codecs. From that perspective I do think there is better to have
the individuals in the WG form their own opinions regarding an explicit

At the same time, I would recommend that the people who believe in the
above option, coming to an agreement now, before the process starts, on
which codec alternative they want to support. This is after all also a
question of how to best trade IPR risk vs capability and quality per
bit. Thus improving that options chance.


Magnus Westerlund

Multimedia Technologies, Ericsson Research EAB/TVM
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: