IETF Logo Mail Archive

Re: [rtcweb] MTI Video Codec: a novel proposal

Bernard Aboba <bernard.aboba@gmail.com> Mon, 10 November 2014 08:00 UTC

Return-Path: <bernard.aboba@gmail.com>
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 58F371A895B for <rtcweb@ietfa.amsl.com>; Mon, 10 Nov 2014 00:00:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 km2w2mOQNUWH for <rtcweb@ietfa.amsl.com>; Mon, 10 Nov 2014 00:00:37 -0800 (PST)
Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 106CD1A88CE for <rtcweb@ietf.org>; Mon, 10 Nov 2014 00:00:37 -0800 (PST)
Received: by mail-pd0-f181.google.com with SMTP id y10so7362945pdj.12 for <rtcweb@ietf.org>; Mon, 10 Nov 2014 00:00:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=IdJ9vL7ANqQ9Y4q6btSXwzPZzLC0DQZCpHYE/KEtyKE=; b=Tki9molRpcYV1gOHHkO7A7jYiaSdYG7KSGz1X2RvGkE60cqAVTG3UdVp7TFau5rJlS So5UkeEBD7MoAInTeFk/u/obmOm4BGPI1DPF8Mr3XiIw9JKxMoJfSQtwNn1yYyJ1jIOy zCrjm5pJ9Ovk3JUTQK+W5TCwPrNhL5/CKqV+6+jaMXOOB/CAISA+990xd3UmsdSLVj/N +jA0h5hSL4ReWEIJOI9PrT8nN9UW/NqjByIAuLr7pqWKCsMaV/yKYHOAzFB2ejIrcB6z kGJz6SZuYjO8TlvivaeOULZH5dDLqaDxF5Lnd2vdW1zayxUQ+onVLXq/Yfs65Sk//fGP V6dA==
X-Received: by 10.68.197.41 with SMTP id ir9mr30537487pbc.116.1415606436336; Mon, 10 Nov 2014 00:00:36 -0800 (PST)
Received: from [10.219.121.254] ([166.170.51.122]) by mx.google.com with ESMTPSA id gm11sm15668338pbd.63.2014.11.10.00.00.34 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Nov 2014 00:00:34 -0800 (PST)
References: <54601E19.8080203@nostrum.com> <20141110040042.GO8092@hex.shelbyville.oz>
Mime-Version: 1.0 (1.0)
In-Reply-To: <20141110040042.GO8092@hex.shelbyville.oz>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-Id: <43945E76-9C03-4A50-A3DD-354D9B038639@gmail.com>
X-Mailer: iPhone Mail (12B411)
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Sun, 09 Nov 2014 22:00:30 -1000
To: Ron <ron@debian.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/N8t5ibSq9MKrqMUNZxNpQGDLBg0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] MTI Video Codec: a novel proposal
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: Mon, 10 Nov 2014 08:00:38 -0000

On Nov 9, 2014, at 6:00 PM, Ron <ron@debian.org> wrote:
> 
> What am I missing that would encourage different behaviour to that in this case?

[BA] The IETF professes no expertise in assessing legal risk, nor does it make any warranties or provide indemnification. As a result implementers need to make their own risk assessments based on legal counsel, independent of any IETF recommendations. It is particularly telling that perhaps the most salient piece of new information is a draft summarizing legal proceedings.

Given that the key issue involves licensing fees and legal risk, the fullness of time is probably our best ally. Unfortunately time only provides legal clarity in spoonfuls, and a lengthy discussion between engineers about a legal matter probably would add a grain at best.

v2.23.0 | Report a Bug | By Email