Re: [rtcweb] The MTI Codec Questions (what to ask and how to ask them)

Iñaki Baz Castillo <ibc@aliax.net> Wed, 05 November 2014 18:38 UTC

Return-Path: <ibc@aliax.net>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 277FE1A1AE4 for <rtcweb@ietfa.amsl.com>; Wed, 5 Nov 2014 10:38:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.678
X-Spam-Level:
X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id anQSPUGhYAtV for <rtcweb@ietfa.amsl.com>; Wed, 5 Nov 2014 10:38:56 -0800 (PST)
Received: from mail-qg0-f41.google.com (mail-qg0-f41.google.com [209.85.192.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 459711A1A19 for <rtcweb@ietf.org>; Wed, 5 Nov 2014 10:38:56 -0800 (PST)
Received: by mail-qg0-f41.google.com with SMTP id q107so12753374qgd.14 for <rtcweb@ietf.org>; Wed, 05 Nov 2014 10:38:55 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=4GjnhN1KzMHEkQe5qrMrASsU2cxCECGQak4m5tS4X1o=; b=INZBqj1roWVjPqhjizmkVeUxaojNb4iXcr45l/MSWcjUg+cxGq4l5SLBxNfj2gFdg+ WX8075Tq6M3ObW/aUaFMyM7Uuw1hCqG5/GZaQUYYYjBO360/FGFKKlmf0tEejlWLO/dY QbWILCAgBLHIq8kxD8N3UIdNtsfuMv/yd0hr9SZLf8Q9WwvcmzhaM6PmTg3dZZzqVEyA vSxUYd4hw741JYm/7pbJhK+zXqrsNuU3FDlvrLT9M/FBR+F00BFWaMh1McFq1tCfLGq9 7nnPQd2/wwofUjSBo+LmW7J4aIE0tu87aWKb9h+5q/v8bGW51llA4i8eGA6kuZKby6YD 5sYQ==
X-Gm-Message-State: ALoCoQkqV57zp+KpIbQVLa17icAdjGh9KzK2y2mNYQiR+O46NkBVbmlfvNo+71aO/Xzfyjr57W0z
X-Received: by 10.229.209.136 with SMTP id gg8mr7509748qcb.16.1415212735477; Wed, 05 Nov 2014 10:38:55 -0800 (PST)
MIME-Version: 1.0
Received: by 10.96.69.200 with HTTP; Wed, 5 Nov 2014 10:38:35 -0800 (PST)
In-Reply-To: <545A6281.4050601@gmail.com>
References: <98200BCB-ABC9-4BE0-B11D-B7AEC9F8B2A4@ieca.com> <7594FB04B1934943A5C02806D1A2204B1D4E50D8@ESESSMB209.ericsson.se> <E78E8017-A08F-4061-B2BA-FB3900B1C681@phonefromhere.com> <CAGTXFp-9AtQakpLt+O_eNRNr71uyh26igLb-_56LDUTQ+g5iJg@mail.gmail.com> <545A6281.4050601@gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Wed, 05 Nov 2014 19:38:35 +0100
Message-ID: <CALiegf=tjeeTqvHeF+s7qid5H7BdU-AyeU3=b8Xgu73vwzDBhA@mail.gmail.com>
To: Daniel-Constantin Mierla <miconda@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/x1olhpBZov0gqKJY8q85PrQXgFA
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] The MTI Codec Questions (what to ask and how to ask them)
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 05 Nov 2014 18:38:57 -0000

2014-11-05 18:46 GMT+01:00 Daniel-Constantin Mierla <miconda@gmail.com>:
> I don't see any reason to split on JavaScript API implementations and
> the rest.
>
> Moreover, looking back, the web browsers (and the web ecosystem itself)
> got to this level mainly due to open source implementations, via
> khtml/webkit and gecko/firefox (then servers and other tools), which at
> some point were small and not benefiting of any substantial resources.
> If any of "must implement" requirements adds limits (financial or not)
> to the usage in any kind of major open source licensing models, it is
> going to block a lot of innovation and disruption in the field.
>
> Better the freedom to negotiate anything and fail to find some common
> grounds in a session than building a walled garden for 'the chosen ones'
> -- hopefully the aim is not to build a new pstn-like ecosystem.


Very good point.

Chrome exists thanks to an open source project. It wouldn't be fair
that now Chrome gets something that other users of the same source
project are not allowed to use due to the licensing business model of
the "Industry" (Industry = those that do not really contribute to
*Web*RTC, but just expect WebRTC satisfies some requirements for their
legacy business).

Of course, if VP8 or H264 or both become a MTI codec for WebRTC
browsers, then any future effort to introduce a new open and 100%
rollalty-free video codec will be unfeasible.

Said that, then what? no MTI codec at all?



-- 
Iñaki Baz Castillo
<ibc@aliax.net>