Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard

Harald Alvestrand <harald@alvestrand.no> Mon, 29 February 2016 19:08 UTC

Return-Path: <harald@alvestrand.no>
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 CCD281B3A2F for <rtcweb@ietfa.amsl.com>; Mon, 29 Feb 2016 11:08:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.006] 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 ZjVWq41LH1I0 for <rtcweb@ietfa.amsl.com>; Mon, 29 Feb 2016 11:08:29 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0B3E1B3A34 for <rtcweb@ietf.org>; Mon, 29 Feb 2016 11:08:28 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 0D38E7C7831; Mon, 29 Feb 2016 20:08:27 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fwYFvdDH14q5; Mon, 29 Feb 2016 20:08:26 +0100 (CET)
Received: from [IPv6:2001:470:de0a:1:4811:707a:323e:7958] (unknown [IPv6:2001:470:de0a:1:4811:707a:323e:7958]) by mork.alvestrand.no (Postfix) with ESMTPSA id 2BF407C780C; Mon, 29 Feb 2016 20:08:26 +0100 (CET)
To: "Asveren, Tolga" <tasveren@sonusnet.com>, Ted Hardie <ted.ietf@gmail.com>
References: <20160224213121.376.85278.idtracker@ietfa.amsl.com> <CA+9kkMAqNZiHX7asFZnNgMnJw3G2bPBB7zXfLex3xdkfcW2tQQ@mail.gmail.com> <SN1PR0301MB15510A18734956A22BD5FB5AB2A60@SN1PR0301MB1551.namprd03.prod.outlook.com> <CAD5OKxu3HSKDNMNhEWHgoBrHj4zOvjwbGFQSyLmBgLo6cL2Lhg@mail.gmail.com> <56D000EF.9010004@alvestrand.no> <SN1PR0301MB15518B65A2E7D2ACFE2663B4B2A70@SN1PR0301MB1551.namprd03.prod.outlook.com> <CAD5OKxuQT2hdDHWdVxHGEcC3PuMMDjpaBpfAygRBa7-kdv79Rg@mail.gmail.com> <SN1PR0301MB15519E82B0384EF6EC348B72B2B80@SN1PR0301MB1551.namprd03.prod.outlook.com> <56D1A080.7050901@alvestrand.no> <SN1PR0301MB1551A6D49F18116A70A107CCB2B80@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMB5pye7-tXgBFrzk+F-3dApY-4pEX_1Foob-ug6dmztXg@mail.gmail.com> <SN1PR0301MB1551506B16DC14D555E98AD4B2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com> <CA+9kkMAxR0_HzpqM3aQwVBX51G87+ZnYpd7AEwHsw0unpcPV1w@mail.gmail.com> <SN1PR0301MB1551C791B62BC7311DB3897CB2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com>
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <56D49729.5090602@alvestrand.no>
Date: Mon, 29 Feb 2016 20:08:25 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <SN1PR0301MB1551C791B62BC7311DB3897CB2BA0@SN1PR0301MB1551.namprd03.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtcweb/yrNVI5vSG0Hlr0Np8fMGgRHtNr0>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Fwd: Last Call: <draft-ietf-rtcweb-audio-10.txt> (WebRTC Audio Codec and Processing Requirements) to Proposed Standard
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: <https://mailarchive.ietf.org/arch/browse/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, 29 Feb 2016 19:08:31 -0000

Den 29. feb. 2016 19:42, skrev Asveren, Tolga:
> I am not sure whether 40ms should be absolute minimum for all codecs.
> Even for 6000ms, who am I to argue that somebody can’t come up with a
> use case/application, which requires something longer. So, overall,
> enforcing does not seem to be the right thing IMGO (default value is
> fine as already indicated) (and I don’t fully agree with your statement
> that “the point of min/max is promoting sane values” as the model you
> are describing is  “enforcing” a range rather than a default value in
> browser/recommendation in the specification).

The point of browswers enforcing min/max is to encourage (forcefully)
application writers to write applications that run in all browsers.

The point of mandating support up to min/max is to encourage browsers to
implement something that works with all conformant applications.

There's logic to this.