Re: [payload] I-D Action: draft-ietf-payload-rtp-aptx-01.txt

Harald Alvestrand <harald@alvestrand.no> Tue, 17 September 2013 12:52 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 670E711E83F0 for <payload@ietfa.amsl.com>; Tue, 17 Sep 2013 05:52:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.523
X-Spam-Level:
X-Spam-Status: No, score=-110.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 DH+FHeQZAb6H for <payload@ietfa.amsl.com>; Tue, 17 Sep 2013 05:52:38 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 8CB0111E824C for <payload@ietf.org>; Tue, 17 Sep 2013 05:52:38 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6E88E39E1B7 for <payload@ietf.org>; Tue, 17 Sep 2013 14:52:36 +0200 (CEST)
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 Bx5FEQCATwCF for <payload@ietf.org>; Tue, 17 Sep 2013 14:52:35 +0200 (CEST)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:7646:a0ff:fe90:e2bb]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 0155F39E1AC for <payload@ietf.org>; Tue, 17 Sep 2013 14:52:34 +0200 (CEST)
Message-ID: <52385092.5000000@alvestrand.no>
Date: Tue, 17 Sep 2013 14:52:34 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: payload@ietf.org
References: <8C4E0C2409735E4FBC22D754A238F94D02F74C4C@APTSBS.apt.local>
In-Reply-To: <8C4E0C2409735E4FBC22D754A238F94D02F74C4C@APTSBS.apt.local>
Content-Type: multipart/alternative; boundary="------------050809080000090604080107"
Subject: Re: [payload] I-D Action: draft-ietf-payload-rtp-aptx-01.txt
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list <payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>, <mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/payload>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>, <mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2013 12:52:44 -0000

Brief scan, one question:

Is it possible to offer a stable reference for what "Standard apt-x" and 
"Enhanced apt-x" means?

The closest I can get is "licensed by CSR plc", which presumably means 
that "it means what CSR plc thinks it means", but it would be great to 
have that stated explicitly.

Something like:

The codecs "apt-x" and "Extended apt-x" are defined by CSR plc, an UK 
company.

Section 3 of the draft *almost* says that, but isn't completely 
unambiguous ("licensed by" can mean both "CSR is a licensor" and "CSR is 
a licensee, someone else defines it").

I *think* this is a nit.


On 09/10/2013 03:50 PM, John Lindsay wrote:
>
> Hi
>
> A new draft has been uploaded to the IETF Payload workgroup at 
> https://datatracker.ietf.org/wg/payload/.
>
> The new document makes a few minor changes for IDNITS checking and 
> also takes account of the comments made by Peter Stevens last week.
>
> A summary of the changes are as follows.
>
> Page 1, IETF Copyright notice updated to 2013.
>
> Page 10, updated formatting for IDNITS check.
>
> Page 14, Section 6 updated to reflect RFC 6838 which supersedes RFC 4288.
>
> Page 16, Section 6.2.1 type corrected An -- A as per Peter Stevens 
> comments.
>
> Page 18, Section 7 now reference 6.1 rather than 7.1, again thanks to 
> Peters proof reading.
>
> Page 21, new RFC6338 referenced.
>
> Thanks to everyone who has read and commented on the draft.
>
> Regards
>
> John
>
>
>
> _______________________________________________
> payload mailing list
> payload@ietf.org
> https://www.ietf.org/mailman/listinfo/payload