Re: [AVTCORE] What does "same codec+configuration" mean?

Iñaki Baz Castillo <ibc@aliax.net> Tue, 22 March 2016 16:15 UTC

Return-Path: <ibc@aliax.net>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDF5512DB3C for <avt@ietfa.amsl.com>; Tue, 22 Mar 2016 09:15:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aliax-net.20150623.gappssmtp.com
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 bzfNt854LLZY for <avt@ietfa.amsl.com>; Tue, 22 Mar 2016 09:15:07 -0700 (PDT)
Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB40212DACD for <avt@ietf.org>; Tue, 22 Mar 2016 09:13:59 -0700 (PDT)
Received: by mail-yw0-x231.google.com with SMTP id g3so260731649ywa.3 for <avt@ietf.org>; Tue, 22 Mar 2016 09:13:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aliax-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=YRMZPLse+EgPdc1SClzwVFfs2H+SKGhHeyQl7kUnreA=; b=BtUzXmxlLIvTj0vN1ENJNU0TVgNzv3RXxZZPwBaxTaZa54PaBlaMlbmA3zIskl7eLF sccsjv4yy97w1/dQ7g4DA4BGawUloTHpOhxSfOlHeNoFZSKbOz4no5kWo6VGAgJOqBT2 LCkZU6g8dJDEBZFmoNLPtCuxEaXwlRHRRU8z9Z3ud7A2AocFy3fq/r4aad3QM/f7+fkp X7OosZ85UWtAiz+zxlC4qqfEZ6ga4mpKU8Qm0J09E5IuwTe1Zi0Hf7ZbRxeHbP+qJiSM +QpxgJJv2PHPj6j5Ymahgc3wD8xsAv1ErX/EiNMNsKPrku1yryKEi74h6Oj+I7933Iup 80cg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=YRMZPLse+EgPdc1SClzwVFfs2H+SKGhHeyQl7kUnreA=; b=Y8BrAG1YVTglMGW5dWKr8R1D31YsfBX5zF+FCkNPLjobMrlZ30Mr+tCQRAqgEtXe6f cha8En1k9i28ifjl6d8rdsidDbK6i7dTF5iri4uN8PgVfANiV1PhzHE14hj2dRTtd9JI yjfgcoeOCgNnltub+1C57Y4H0EeegnDtWz9kTQ/OducAgQ14eUtdhsGf9a/xEJ0nqOdW 8LsHuNOT0OWWZ9i5w2Me4CXDadiCv/PsBiY0Ho1PnZwM0LO++BB5bIE8h+DWS8pLe8um xLiGU9nDAQo1IoM/69sR9Tj8a6jXEe76EvQwW7hZN8Lx7uAemVF0aOmdy+sDWiz57sHo 2PkQ==
X-Gm-Message-State: AD7BkJJo+oAkZUHnIxpyQgQk2dY1ZTNwHE4Qh5R2ynjOVxbh1Q/jly73lPpbM20/V63ik+Po6rlZUuVfCVCyYA==
X-Received: by 10.37.39.70 with SMTP id n67mr17954928ybn.178.1458663238820; Tue, 22 Mar 2016 09:13:58 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.201.132 with HTTP; Tue, 22 Mar 2016 09:13:39 -0700 (PDT)
In-Reply-To: <56F15CDC.202@ericsson.com>
References: <CALiegfn2bMHX-yRDrHh0RKx-n4DfnLb1HfEeX18_ZigJGYOsLA@mail.gmail.com> <56F15CDC.202@ericsson.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
Date: Tue, 22 Mar 2016 17:13:39 +0100
Message-ID: <CALiegfk8TypgZdPLJJFHGgUAAd9JEDVnVt0_1MZ+RmdfjMg48g@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/Hl_8GJE127NOjyt7_uXJ0REwXqY>
Cc: "avt@ietf.org" <avt@ietf.org>
Subject: Re: [AVTCORE] What does "same codec+configuration" mean?
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2016 16:15:12 -0000

2016-03-22 15:55 GMT+01:00 Magnus Westerlund <magnus.westerlund@ericsson.com>om>:
> So if one reads the bundle specification it says the following:
>
> 10.1.2.  Payload Type (PT) Value Reuse
>
>    Multiple bundled "m=" lines might represent RTP based media.  As all
>    RTP based media associated with a BUNDLE group belong to the same RTP
>    session, in order for a given payload type value to be used inside
>    more than one bundled "m=" line, all codecs associated with the
>    payload type number MUST share an identical codec configuration.
>    This means that the codecs MUST share the same media type, encoding
>    name, clock rate and any parameter that can affect the codec
>    configuration and packetization.
>    [I-D.ietf-mmusic-sdp-mux-attributes] lists SDP attributes, whose
>    attribute values must be identical for all codecs that use the same
>    payload type value.
>
> So identical a=rtpmap and a=fmtp lines would meet this criteria.
>
> However, two different m= blocks configuring a particular PT for a codec
> could possibly use different values for an optional parameter that can be
> received correctly by either configurations.
>
> Codecs that can produce different encoding bit-rates can in many cases be
> used at different bit-rates and fulfil this requirement.
>
> The underlying issue is that what is identical codec configurations are
> codec specific. Thus hard to write a precise definition of it.
>
> Does this help?

It helps, and I'm sorry since I missed the above text in BUNDLE spec.

Thanks a lot.


-- 
Iñaki Baz Castillo
<ibc@aliax.net>