Re: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item

Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> Mon, 11 October 2010 00:53 UTC

Return-Path: <jean-marc.valin@usherbrooke.ca>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EA473A672E for <codec@core3.amsl.com>; Sun, 10 Oct 2010 17:53:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.16
X-Spam-Level:
X-Spam-Status: No, score=-2.16 tagged_above=-999 required=5 tests=[AWL=0.439, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wjBPZ91Wo6ZZ for <codec@core3.amsl.com>; Sun, 10 Oct 2010 17:53:24 -0700 (PDT)
Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by core3.amsl.com (Postfix) with ESMTP id 897983A67B8 for <codec@ietf.org>; Sun, 10 Oct 2010 17:53:19 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="ISO-8859-1"
Received: from [192.168.1.14] ([70.81.109.112]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LA300C1CP6N9150@VL-MR-MRZ20.ip.videotron.ca> for codec@ietf.org; Sun, 10 Oct 2010 20:54:24 -0400 (EDT)
Message-id: <4CB26045.1070804@usherbrooke.ca>
Date: Sun, 10 Oct 2010 20:54:29 -0400
From: Jean-Marc Valin <jean-marc.valin@usherbrooke.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100915 Thunderbird/3.0.8
To: Erik Norvell <erik.norvell@ericsson.com>
References: <4C9CEE29.1090600@jdrosen.net> <027A93CE4A670242BD91A44E37105AEF0CACA09122@ESESSCMS0351.eemea.ericsson.se>
In-reply-to: <027A93CE4A670242BD91A44E37105AEF0CACA09122@ESESSCMS0351.eemea.ericsson.se>
X-Enigmail-Version: 1.0.1
Cc: "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Oct 2010 00:53:27 -0000

Hi,

The current version of the guidelines document mainly cites the charter
on IPR issues. This makes sense because this draft can change neither
the charter, nor any IETF IPR policies. Also, judging from the
discussion on the earlier versions of the draft that differed from the
charter, it seems like the current text is still the one that generates
the least objection. So unless there is wide consensus on an alternate
text that doesn't contradict the current charter, I think we can live
with the current text.

Cheers,

	Jean-Marc



On 10-10-08 07:40 AM, Erik Norvell wrote:
> Hi all,
> 
> Reading the codec guidelines document it still includes arguable and unnecessary generic statements on the problems associated with encumbered technology. The present guidelines do not at all safeguard that the codec can be implemented by anybody as freely as was the intention when the WG was established. Royalty-free conditions do not at all mean free implementation.
> 
> The charter implies that the goal of the WG is to produce a codec without any usage restrictions.
> http://tools.ietf.org/wg/codec/charters
> ==============
>   There exist codecs that are standardized, but that cannot be widely
>   implemented and easily distributed; according to reports, the presence
>   of various usage restrictions (e.g., in the form of requirements to pay
>   royalty fees, obtain a license, enter into a business agreement, or meet
>   other special conditions imposed by a patent holder) has hindered
>   adoptions of such codecs in interactive Internet applications.
> ==============
> 
> Considering these exceptional intentions with the codec WG, the guidelines should also be exceptional compared with the customary IETF guidelines. Preferably, the guidelines should clearly state that the intention is that the codec should be freely available to any implementer. The IETF Patent Disclosure and Licensing Declaration template, part VI Licensing Declaration, has an option a) reading "No Licenses required for Implementers" (http://tools.ietf.org/html/rfc3905). I suggest the guidelines should state that all contributors should comply with this option. As a further clarification of this option a) to meet the intentions behind the establishment of the WG the guidelines should expressly request that "no implementer shall be obliged to make a compensation of any kind to the holder of any patent covering the codec or be obliged to make any undertaking towards to the holder of any patent covering the codec".
> 
> Admittedly the suggestion really means an exceptional requirement on the patent holders which would not at all be adequate in general for all IETF WGs and would provide an exceptional freedom for the implementers, but considering the exceptional intentions with the WG I believe exceptional requirements can be justified. If not, the codec may end up adding to the list of encumbered codecs which the WG set out to avoid.
> 
> Best regards,
> Erik 
> 
> 
> -----Original Message-----
> From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf Of Jonathan Rosenberg
> Sent: den 24 september 2010 20:30
> To: codec@ietf.org
> Subject: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item
> 
> At the last IETF meeting, we discussed adopting the codec guidelines document as a working group item. This did not pass, due to concerns over whether it was in the right direction. We put out a call for alternative documents over the next 5 week period.
> 
> Some text was proposed by Stephan for inclusion, which was incorporated into the document. Stephan also contributed some comments, including a few open issues which still require some discussion.
> 
> However, the chairs feel that it is not necessary for all open items to be closed prior to adopting a document as a working group item. Indeed, discussion on the content of the document is a good sign that it is a reasonable foundation for the working group item. Given the lack of alternative documents to use as a starting point, the chairs plan on adopting this as a working group item in two weeks time.
> 
> If you disagree, please speak up - and even better - submit an alternative document.
> 
> Thanks,
> Jonathan R.