[rtcweb] Codec extensibility (Re: Interoperability between browsers (MTI Video))

Harald Alvestrand <harald@alvestrand.no> Sun, 17 March 2013 07:17 UTC

Return-Path: <harald@alvestrand.no>
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 AFD2921F86EF for <rtcweb@ietfa.amsl.com>; Sun, 17 Mar 2013 00:17:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 vzY4WrKcvmmp for <rtcweb@ietfa.amsl.com>; Sun, 17 Mar 2013 00:17:40 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id EC3F521F86EA for <rtcweb@ietf.org>; Sun, 17 Mar 2013 00:17:39 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id A85FE39E029 for <rtcweb@ietf.org>; Sun, 17 Mar 2013 08:17:37 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y4OERNAwTyZH for <rtcweb@ietf.org>; Sun, 17 Mar 2013 08:17:36 +0100 (CET)
Received: from [IPv6:2001:470:de0a:27:8470:250e:fe3c:a2a6] (unknown [IPv6:2001:470:de0a:27:8470:250e:fe3c:a2a6]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id A3A2439E01E for <rtcweb@ietf.org>; Sun, 17 Mar 2013 08:17:36 +0100 (CET)
Message-ID: <51456E0F.1050008@alvestrand.no>
Date: Sun, 17 Mar 2013 08:17:35 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CAGgHUiQPNSOEtffncjXMozxPM70hL9N++sM=RkC6qVFGSFNREA@mail.gmail.com> <BLU402-EAS287A23CE95CE9F7C2F324193EE0@phx.gbl>
In-Reply-To: <BLU402-EAS287A23CE95CE9F7C2F324193EE0@phx.gbl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [rtcweb] Codec extensibility (Re: Interoperability between browsers (MTI Video))
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, 17 Mar 2013 07:17:40 -0000

On 03/16/2013 10:17 PM, Bernard Aboba wrote:
>
> On Mar 16, 2013, at 15:18, "Leon Geyser" <lgeyser@gmail.com> wrote:
>
>> In my opinion there really is a need for a MTI video codec for interoperability between browsers.
>>
>> Here are some scenarios on MTI decisions:
>>
>> -- Decide on no MTI codec:
>> This would split the browers in two sides.
> [BA] No. It just removes the stick that each side can use to beat the other side.  The need for interoperability still remains, and most likely will either be addressed by the marketplace choosing one over the other decisively, or if deployment is split, by support for (limited) codec extensibility.
An interesting angle on codec extensibility is what license agreement 
one needs in order to deploy a codec extension; it would seem natural to 
assume that one would need an MPEG-LA license in order to deploy a H.264 
codec extension.

An API for access to raw incoming/outgoing data, and for registering a 
codec in the negotiation machinery, would need to be defined, but 
doesn't seem extremely complicated to do (although the details will take 
some care). But the license issue might mean that the first plug-in 
codecs developed would be the ASCII codec, the H.261 codec and VP8.