RE: [AVT] New draft-ietf-avt-mpeg4-simple-07

Franceschini Guido <Guido.Franceschini@TILAB.COM> Wed, 26 February 2003 15:37 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA12114 for <avt-archive@odin.ietf.org>; Wed, 26 Feb 2003 10:37:07 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h1QFkec19579 for avt-archive@odin.ietf.org; Wed, 26 Feb 2003 10:46:40 -0500
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1QFk8p19560; Wed, 26 Feb 2003 10:46:08 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h1QFjZp19530 for <avt@optimus.ietf.org>; Wed, 26 Feb 2003 10:45:35 -0500
Received: from dns1.tilab.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA12019 for <avt@ietf.org>; Wed, 26 Feb 2003 10:35:30 -0500 (EST)
Received: from iowa.cselt.it (iowa.cselt.it [163.162.4.49]) by dns1.cselt.it (PMDF V6.0-025 #38895) with ESMTP id <0HAX0034TA3ACX@dns1.cselt.it> for avt@ietf.org; Wed, 26 Feb 2003 16:37:58 +0100 (MET)
Received: from iowa.cselt.it ([163.162.4.49]) by iowa.cselt.it with Microsoft SMTPSVC(5.0.2195.5329); Wed, 26 Feb 2003 16:40:15 +0100
Received: from EXC2K05A.cselt.it ([163.162.36.101]) by iowa.cselt.it with Microsoft SMTPSVC(5.0.2195.5329); Wed, 26 Feb 2003 16:40:15 +0100
Date: Wed, 26 Feb 2003 16:40:15 +0100
From: Franceschini Guido <Guido.Franceschini@TILAB.COM>
Subject: RE: [AVT] New draft-ietf-avt-mpeg4-simple-07
To: Colin Perkins <csp@isi.edu>
Cc: jan.vandermeer@philips.com, avt@ietf.org
Message-id: <3737D9839ED3D3408C73611BDA907A0419ED0E@EXC2K05A.cselt.it>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Content-type: text/plain; charset="iso-8859-1"
Importance: normal
Priority: normal
Thread-Topic: [AVT] New draft-ietf-avt-mpeg4-simple-07
Thread-Index: AcLdrAy17F/ml+juSPunQabBWu/ROQAAIKfw
content-class: urn:content-classes:message
X-OriginalArrivalTime: 26 Feb 2003 15:40:15.0951 (UTC) FILETIME=[5BD435F0:01C2DDAD]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id h1QFjZp19531
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit

Colin,

your reply makes me very happy. I'd love to see this draft becoming an RFC.
So apparently it is already specified that AU-Index will never be 0 when "useful". That is just perfect -I was assuming that 0 was an acceptable coded value for the variable duration case-.
I failed however to find such a statement. Could you or Jan point me to it ?

Thanks again
Guido

-----Original Message-----
From: Colin Perkins [mailto:csp@isi.edu]
Sent: Wednesday, February 26, 2003 4:19 PM
To: Franceschini Guido
Cc: jan.vandermeer@philips.com; avt@ietf.org
Subject: Re: [AVT] New draft-ietf-avt-mpeg4-simple-07


Guido,

--> Franceschini Guido writes:
>Jan,
>
>unfortunately I have to disagree with the text you modified with respect 
>to Colin's text.
>I am fine with supporting early implementations, but the wording used 
>is, IMHO, not suitable. More specifically you wrote:
>
>   If the "constantDuration" parameter is not present, then Access
>   Units are assumed to have a variable duration, unless the AU-Index
>   is present and coded with the value 0 in each RTP packet.
>
>How can a receiver implement the rule above? Should it observe 1, 10, 
>1000 or infinite packets before determining that the "AU-Index is 
>present and coded with the value 0 in each RTP packet" ?

One packet is sufficient.  If the Access Units have variable duration, the
AU-Index will never be zero, if they have fixed duration it will always be
zero. The rest of the paragraph you quoted makes this explicit.

>What is the exact legacy that you want to support ? Maybe there is a 
>different mechanism to support it. For example, a specific mode 
>definition might IMPLY a specific "constantDuration" value, without 
>writing this explicitely in the SDP.

Not if it wishes to comply with this specification.

Colin
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt


====================================================================
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content hereof
is prohibited. Please return it immediately to the sender and delete
the message. Should you have any questions, please contact us by
replying to MailAdmin@tilab.com. Thank you
====================================================================
_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt