Re: [AVT] RTP/RTCP Timestamp and transmission time

Colin Perkins <csp@csperkins.org> Sat, 20 September 2003 15:26 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11940 for <avt-archive@odin.ietf.org>; Sat, 20 Sep 2003 11:26:29 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A0jcb-0005Sn-7q for avt-archive@odin.ietf.org; Sat, 20 Sep 2003 11:26:05 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h8KFQ5jk020954 for avt-archive@odin.ietf.org; Sat, 20 Sep 2003 11:26:05 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A0jcY-0005QR-HM; Sat, 20 Sep 2003 11:26:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A0jHy-0000sX-Hf for avt@optimus.ietf.org; Sat, 20 Sep 2003 11:04:46 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26231 for <avt@ietf.org>; Fri, 19 Sep 2003 19:32:31 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A0Uju-0002xS-00 for avt@ietf.org; Fri, 19 Sep 2003 19:32:38 -0400
Received: from dundee.dcs.gla.ac.uk ([130.209.242.163]) by ietf-mx with esmtp (Exim 4.12) id 1A0Ujk-0002vh-00 for avt@ietf.org; Fri, 19 Sep 2003 19:32:28 -0400
Received: from csperkins-dsl.demon.co.uk ([80.176.225.173]:62719 helo=csperkins.org) by dundee.dcs.gla.ac.uk with asmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.04) id 1A0UiL-0001Qm-00; Sat, 20 Sep 2003 00:31:01 +0100
Date: Sat, 20 Sep 2003 00:30:58 +0100
Subject: Re: [AVT] RTP/RTCP Timestamp and transmission time
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mime-Version: 1.0 (Apple Message framework v552)
Cc: avt@ietf.org
To: Lorenzo Polidori <lorenzo@blt.it>
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <3F4F1DDF00786016@vsmtp3.tin.it> (added by postmaster@virgilio.it)
Message-Id: <52CCCA2C-EAF9-11D7-8ECA-000A957FC5F2@csperkins.org>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.552)
Content-Transfer-Encoding: 7bit
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: 7bit

On Friday, Sep 19, 2003, at 08:36 Europe/London, Lorenzo Polidori wrote:

> At 12.56 18/09/2003 +0100, Colin Perkins wrote:
>
>> You need to schedule the transmission time of the RTP packets 
>> according
>> to their RTP timestamp. Since the packets are timed, there is a
>> correlation with the wall-clock.
>
> Ok, now it's clear, thanks all. But I have an other question. I must
> schedule  the transmission time of the RTP packets and the packets
> containing the same MPEG2 picture have the same RTP TS, since the time
> reference of the slides belonging to the same picture does not change. 
> Am I
> obliged to send a burst of RTP data packets every MPEG2 scheduled 
> picture,
> containing all the relative slides?

You are not obliged to send them in a burst, however RTP provides no 
way for the receiver to distinguish sender-induced delay from 
network-induced delay.

-- 
Colin Perkins
http://csperkins.org/


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