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

Koen Vos <koen.vos@skype.net> Mon, 11 October 2010 20:19 UTC

Return-Path: <koen.vos@skype.net>
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 3EEB73A6B6F for <codec@core3.amsl.com>; Mon, 11 Oct 2010 13:19:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.273
X-Spam-Level:
X-Spam-Status: No, score=-2.273 tagged_above=-999 required=5 tests=[AWL=0.325, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 1DPFNgX4DHGp for <codec@core3.amsl.com>; Mon, 11 Oct 2010 13:19:25 -0700 (PDT)
Received: from mx.skype.net (mx.skype.net [78.141.177.88]) by core3.amsl.com (Postfix) with ESMTP id E13273A6B3B for <codec@ietf.org>; Mon, 11 Oct 2010 13:19:24 -0700 (PDT)
Received: from mx.skype.net (localhost [127.0.0.1]) by mx.skype.net (Postfix) with ESMTP id 70ED8171D; Mon, 11 Oct 2010 22:20:36 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skype.net; h=date:from:to :cc:message-id:in-reply-to:subject:mime-version:content-type; s= mx; bh=A+sk54R/5Ybnbc6p+tby4Q0L6YU=; b=uk76iN9q7X0XJxn5SWo86DC3I sKG7/tOGHi/KKCXiRuOwTZSrrjtaPfpDRx4QvpfEU3kQKx96oyGD8JYR4QQxDhkH /SSZETw9AA13tLW5/AxW77IbZtNJFzS1kgimbXAoBJs5IoE/shWjyh4vonF/VUIv fkIFSs2ICgdOoAP71g=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=skype.net; h=date:from:to:cc :message-id:in-reply-to:subject:mime-version:content-type; q=dns ; s=mx; b=G2PEPVZlWYkLd1XOUZr8kYX/oR5mmieGgi5/sDssga5O2LnAxvcLTC SPdXLbi31So6nP6t73npGgLUq22wrkHOy1rSuIGDwTs10+CaNwcVo8NqtwWyC/WD aJBrViBUAYPpoHWBHgxHMTl9MaAPTauE/WZAq24UpnMEKPvehGL1Q=
Received: from zimbra.skype.net (zimbra.skype.net [78.141.177.82]) by mx.skype.net (Postfix) with ESMTP id 65C677F3; Mon, 11 Oct 2010 22:20:36 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by zimbra.skype.net (Postfix) with ESMTP id 21A26350823E; Mon, 11 Oct 2010 22:20:36 +0200 (CEST)
X-Virus-Scanned: amavisd-new at lu2-zimbra.skype.net
Received: from zimbra.skype.net ([127.0.0.1]) by localhost (zimbra.skype.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A2MtHvJjizsl; Mon, 11 Oct 2010 22:20:35 +0200 (CEST)
Received: from zimbra.skype.net (lu2-zimbra.skype.net [78.141.177.82]) by zimbra.skype.net (Postfix) with ESMTP id 4B7BF3508235; Mon, 11 Oct 2010 22:20:35 +0200 (CEST)
Date: Mon, 11 Oct 2010 22:20:35 +0200
From: Koen Vos <koen.vos@skype.net>
To: Stephen Botzko <stephen.botzko@gmail.com>
Message-ID: <926899051.714652.1286828435112.JavaMail.root@lu2-zimbra>
In-Reply-To: <AANLkTimiNtDTedvPHC1P=QZxjtsGqE-pZAxAJtmcNGMW@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_714651_323704586.1286828435111"
X-Originating-IP: [75.28.48.186]
X-Mailer: Zimbra 6.0.6_GA_2330.UBUNTU8_64 (ZimbraWebClient - FF3.0 (Win)/6.0.6_GA_2330.UBUNTU8_64)
Cc: 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 20:19:27 -0000

+1 
:) 
koen. 



From: "Stephen Botzko" <stephen.botzko@gmail.com> 
To: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> 
Cc: codec@ietf.org 
Sent: Monday, October 11, 2010 8:39:46 AM 
Subject: Re: [codec] Adopting draft-valin-codec-guidelines-06 as a WG item 

+1 

I think the IPR stuff has already been discussed at length, and was worked out adequately in the charter. It'd be best to move on to actually completing the project... 

Stephen Botzko 


On Sun, Oct 10, 2010 at 8:54 PM, Jean-Marc Valin < jean-marc.valin@usherbrooke.ca > wrote: 


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. 



_______________________________________________ 
codec mailing list 
codec@ietf.org 
https://www.ietf.org/mailman/listinfo/codec 


_______________________________________________ 
codec mailing list 
codec@ietf.org 
https://www.ietf.org/mailman/listinfo/codec