Re: [AVT] Working group last call: JPEG-2000 payload format

Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 05 September 2007 09:26 UTC

Return-path: <avt-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ISr9x-0001jb-0Y; Wed, 05 Sep 2007 05:26:53 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ISr9w-0001Zc-2b for avt@ietf.org; Wed, 05 Sep 2007 05:26:52 -0400
Received: from mailgw3.ericsson.se ([193.180.251.60]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ISr9v-0006uO-Bw for avt@ietf.org; Wed, 05 Sep 2007 05:26:51 -0400
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 8C48320412; Wed, 5 Sep 2007 11:26:50 +0200 (CEST)
X-AuditID: c1b4fb3c-ae67bbb0000007e1-b3-46de765ae898
Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 75FF920B71; Wed, 5 Sep 2007 11:26:50 +0200 (CEST)
Received: from esealmw128.eemea.ericsson.se ([153.88.254.172]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Sep 2007 11:26:50 +0200
Received: from [147.214.30.247] ([147.214.30.247]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Sep 2007 11:26:49 +0200
Message-ID: <46DE7659.10606@ericsson.com>
Date: Wed, 05 Sep 2007 11:26:49 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Colin Perkins <csp@csperkins.org>
Subject: Re: [AVT] Working group last call: JPEG-2000 payload format
References: <8F3BAAAB-D96C-465C-A350-2A8FD367A44A@csperkins.org> <46D82C2A.9000402@ericsson.com> <38B316FE-2508-4C2D-884D-6ED0E20CFD66@csperkins.org>
In-Reply-To: <38B316FE-2508-4C2D-884D-6ED0E20CFD66@csperkins.org>
X-Enigmail-Version: 0.95.3
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Sep 2007 09:26:49.0794 (UTC) FILETIME=[E322FA20:01C7EF9E]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248
Cc: AVT WG <avt@ietf.org>
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
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>
Errors-To: avt-bounces@ietf.org

Colin Perkins skrev:
>>
>> Even if late, I think it looks okay. I am missing some recommendations
>> on not using timestamp rate below 1000.
> 
> That's a good point, and something we discussed previously. Can you
> suggest text?
> 

I would add some text to Section 4.1, on Timestamp, second paragraph:

OLD:
      As for the clock rate, senders and receivers MUST support the
      90kHz RTP timestamp rate, and MAY support other rates.  The clock
      rate MUST be negotiated at the start of the session.  When using
      SDP, it MUST be expressed using the "rtpmap" attributes.  If non-
      90kHz clock rate is to be used, it is RECOMMENDED to present not
      only a preferable clock rate with a 90kHz clock rate with a
      different RTP payload type.


NEW (second sentence):

      As for the clock rate, senders and receivers MUST support the
      90kHz RTP timestamp rate, and MAY support other rates.  RTP
      timestamp rates below 1000 Hz SHOULD NOT be used due to them
      resulting in to insufficient resolution for RTCP measurements
      based on the RTP timestamp, such as the interarrival jitter.  The
      clock rate MUST be negotiated at the start of the session.  When
      using SDP, it MUST be expressed using the "rtpmap" attributes.  If
      non-90kHz clock rate is to be used, it is RECOMMENDED to present
      not only a preferable clock rate with a 90kHz clock rate with a
      different RTP payload type.


I would also like to point out that "rate" (timestamp rate) is  missing
as a REQUIRED parameter in the media type registration. That really
should be fixed.

One proposal could be:

   rate:
        The RTP timestamp clock rate. The default rate is 90000, but
        other rates MAY be specified. Rates below 1000 Hz SHOULD NOT be
        used.


That also leads to a change in Section 8.2 regarding the mapping of the
clock rate in the rtpmap attribute:

OLD:

   o  The clock rate in the "a=rtpmap" line SHOULD be 90000.  Senders
      that wish to use a non-90kHz rate SHOULD also offer the same
      stream using a 90kHz timestamp rate with a different RTP payload
      type allowing graceful fallback to 90kHz for compatibility.

NEW:

   o  The clock rate in the "a=rtpmap" line is set according to the
      "rate" parameter.  Senders that wish to use a non-90kHz rate
      SHOULD also offer the same stream using a 90kHz timestamp rate
      with a different RTP payload type allowing graceful fallback to
      90kHz for compatibility when negotiation is possible.



Cheers

Magnus Westerlund

IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM/M
----------------------------------------------------------------------
Ericsson AB                | Phone +46 8 4048287
Torshamsgatan 23           | Fax   +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------

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