Re: [codec] I-D Action: draft-ietf-codec-oggopus-00.txt

Ralph Giles <giles@thaumas.net> Wed, 19 December 2012 20:25 UTC

Return-Path: <giles@thaumas.net>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64EC721F8530 for <codec@ietfa.amsl.com>; Wed, 19 Dec 2012 12:25:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lWCk+OD4R3Md for <codec@ietfa.amsl.com>; Wed, 19 Dec 2012 12:25:33 -0800 (PST)
Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by ietfa.amsl.com (Postfix) with ESMTP id D946D21F8484 for <codec@ietf.org>; Wed, 19 Dec 2012 12:25:33 -0800 (PST)
Received: by mail-pa0-f51.google.com with SMTP id fb11so1566993pad.10 for <codec@ietf.org>; Wed, 19 Dec 2012 12:25:33 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=gndiKgUKFuiKqfiLcp7jFWLOs4vi+iVybdIF1tJ3DWE=; b=Q+CPQwEGrl0gUeJ7WXTrsn/0peC5KAO+tYdjjBK0srr+a5WJzAzCCfbxnKA2Evj2sj 87sqq/HngTQsNKb2bDc/xJJWNb+NV3GHE3TeGUQxdfbCon1c6pQlELwMWP+jqf1G17pb wxY/4oXwMOFW7DfyK1UgPYxGUqVmcKqdqyrD+siXbU60gkFOTgs7Uysf1VEfOzBn/eoU WC9ELosEJpirwVD4zPQ5upVcmDs0wNqvSU5bWgI6py6g1+GZ4Nn9tFT0JnwpLcm3xGdd 2t2O2ojUd4jJJDfm8tsQ0qrxzJkXrAOCIXNRelJwnufAYMEBPzpgy73iFvLvdjw6qTJi aX1A==
X-Received: by 10.68.239.232 with SMTP id vv8mr22080054pbc.53.1355948733233; Wed, 19 Dec 2012 12:25:33 -0800 (PST)
Received: from Glaucomys.local ([207.6.217.65]) by mx.google.com with ESMTPS id ou3sm3631764pbb.46.2012.12.19.12.25.31 (version=SSLv3 cipher=OTHER); Wed, 19 Dec 2012 12:25:32 -0800 (PST)
Message-ID: <50D222BA.1010401@thaumas.net>
Date: Wed, 19 Dec 2012 12:25:30 -0800
From: Ralph Giles <giles@thaumas.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Tina le Grand <tina.legrand@webrtc.org>
References: <20121119225213.13225.30835.idtracker@ietfa.amsl.com> <50AABA00.6030102@xiph.org> <CAKsXFw6QXuZnNq8cBwjgbTn32GsQ+TEURvJ9Yddeyktn4-CuoQ@mail.gmail.com>
In-Reply-To: <CAKsXFw6QXuZnNq8cBwjgbTn32GsQ+TEURvJ9Yddeyktn4-CuoQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQmsnSLZLbbuyXMP+nJ2gxE+q182tFZGfyDSZdrmfknS9if1kf9rpG5sSafIkmeob7YH+0RF
Cc: codec@ietf.org
Subject: Re: [codec] I-D Action: draft-ietf-codec-oggopus-00.txt
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Wed, 19 Dec 2012 20:25:34 -0000

On 12-12-13 1:07 AM, Tina le Grand wrote:

> I have reviewed draft-ietf-codec-oggopus-00, and I have some questions
> and comments.

Thanks, these are very helpful.

> Section 5:
> - Would be great if you could mention the name of the two header packets
> in the first section.

Done.

> Section 5.1, list number 4:
> - What is a cropped Ogg Opus stream?

Did Ron's explaination help? I don't think referencing section 4.4
directly is helpful. What about:

"When cropping the beginning of existing Ogg Opus streams, a pre-skip of
at least...to ensure complete convergence in the decoder."

> Section 5.1, list number 5 (page 13):
> - What does this mean "The original sample rate of the encoder input is
> not preserved by the lossy compression"?

I didn't come up with a way to clarify this without adding three
paragraphs, like Ron did. Suggestions?

> Section 5.1, list number 5 (page 13):
> - There is a new numbered list within list number 5, which makes
> the document hard to read.

I'll have to think about this one.

> - List number 3: Can be more clear: "...decode at the highest supported
> rate above the hardware's sample rate and resample."
> - Right after the list of 4 ways of choosing decode rate there is a
> fifth, that is not in the list. I think it should be merged into the
> list as one option.
> 
> Section 5.1.1, page 17:
> - Family 1: Would be better if the Vorbis channel order was described in
> this spec as well.

Agreed. I've added a full description of the channel order for this mapping.

> Section 5.2, list number 3:
> - NUL -> NULL? or "null" as in section 5.1 list number 2, page 12.

This is 'NUL' as in the ascii character code, but 'null-terminated' wins
the google fight, so I'll use 'null' in both locations.

 -r