Re: [MMUSIC] POF/PAN: Need for more m- lines in the PAN than in the associated POF

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 21 October 2013 14:19 UTC

From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Adam Roach <adam@nostrum.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] POF/PAN: Need for more m- lines in the PAN than in the associated POF
Thread-Index: Ac7OQ5BzDoF3484rR3mEswcOZZqeKwAETvQAAARhs4A=
Date: Mon, 21 Oct 2013 14:19:28 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C4E5BFD@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1C4E55E5@ESESSMB209.ericsson.se> <526532EC.3090603@nostrum.com>
In-Reply-To: <526532EC.3090603@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1C4E5BFDESESSMB209erics_"
MIME-Version: 1.0
Subject: Re: [MMUSIC] POF/PAN: Need for more m- lines in the PAN than in the associated POF
Precedence: list

Hi,

One example is a video encoding engine, that can handle a certain number of macro blocks per second. Assuming my existing m- lines are using 70%, and the new m- line would require 40% more, I may have to adjust some properties of the existing m- lines.

One can of course ask whether I should do that in the Answer to begin with, or send a separate Offer. I guess it depends on how time-critical the change is, how user experience would be affected, etc.

But, I think it would be good to mention in the draft, that such scenario can occur, and how it can be dealt with (it may be obvious to us, but not the everyone else out there).

And, as we discussed earlier, with BUNDLE the change of one m- line may implicitly change other m- lines. But, that needs to be studied a little more.

Regards,

Christer


From: Adam Roach [mailto:adam@nostrum.com]
Sent: 21. lokakuuta 2013 16:58
To: Christer Holmberg; mmusic@ietf.org
Subject: Re: [MMUSIC] POF/PAN: Need for more m- lines in the PAN than in the associated POF

On 10/21/13 05:04, Christer Holmberg wrote:
Hi,

The following issue is related to the case where a media description in a POF implicitly affect other media descriptions (not present in the POF), but this e-mail looks at a similar case from a PAN perspective.

Section 5.3 says:

        If the preceding steps have been performed for each media section
        without resulting in a rejection, then the agent forms a partial
        answer consisting of a single o= line, and all of the media sections
        that were generated as part of the preceding steps. Note that this
        processing will always yield the same number of media sections in a
        partial answer as were present in the partial offer.


The text says that the PAN will contain the same number of media sections as the associated POF. But, what if the POF also caused other media sections to change?

Can you give a concrete example of how this might happen?

/a

[MMUSIC] POF/PAN: Need for more m- lines in the P… Christer Holmberg
Re: [MMUSIC] POF/PAN: Need for more m- lines in t… Adam Roach
Re: [MMUSIC] POF/PAN: Need for more m- lines in t… Christer Holmberg