RE: [AVT] Summary of 3GPP timed text draft

"Jose Rey" <rey@panasonic.de> Tue, 08 July 2003 11:59 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 HAA18469 for <avt-archive@odin.ietf.org>; Tue, 8 Jul 2003 07:59:36 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19Zr7k-0005TY-4P for avt-archive@odin.ietf.org; Tue, 08 Jul 2003 07:59:08 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h68Bx8uR021042 for avt-archive@odin.ietf.org; Tue, 8 Jul 2003 07:59:08 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19Zr7d-0005SB-Hl; Tue, 08 Jul 2003 07:59:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19Zr7C-0005RF-GT for avt@optimus.ietf.org; Tue, 08 Jul 2003 07:58:34 -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 HAA18388 for <avt@ietf.org>; Tue, 8 Jul 2003 07:58:32 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19Zr7B-0000wM-00 for avt@ietf.org; Tue, 08 Jul 2003 07:58:33 -0400
Received: from mail.pel.panasonic.de ([194.162.191.12]) by ietf-mx with esmtp (Exim 4.12) id 19Zr7B-0000wJ-00 for avt@ietf.org; Tue, 08 Jul 2003 07:58:33 -0400
thread-index: AcNFSBaYx4hO+mGfTDSgtZcr9av/mw==
Received: from atrgreyj ([10.78.238.55]) by mail.pel.panasonic.de with Microsoft SMTPSVC(5.0.2195.5329); Tue, 8 Jul 2003 13:57:21 +0200
From: Jose Rey <rey@panasonic.de>
Content-Class: urn:content-classes:message
Priority: normal
To: John Lazzaro <lazzaro@CS.Berkeley.EDU>
Cc: avt@ietf.org
Subject: RE: [AVT] Summary of 3GPP timed text draft
Date: Tue, 08 Jul 2003 13:57:20 +0200
Message-ID: <NGBBJIBNJOKHDHFKEOMHEENPFAAA.rey@panasonic.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
In-Reply-To: <200307071955.h67JtiA21422@snap.CS.Berkeley.EDU>
X-OriginalArrivalTime: 08 Jul 2003 11:57:21.0541 (UTC) FILETIME=[16963350:01C34548]
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id HAA18389
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: quoted-printable

Hi John,

thanks for the comments. Please see below.

> -----Original Message-----
> From: avt-admin@ietf.org [mailto:avt-admin@ietf.org]On Behalf Of John
> Lazzaro
> Sent: Monday, July 07, 2003 9:56 PM
> To: avt@ietf.org
> Subject: Re: [AVT] Summary of 3GPP timed text draft
>
>
>
> >  "Jose Rey" <rey@panasonic.de> writes:
> >
> > The open issues/TODO list includes:
> >
> > - resilient transport: repetition, fragmentation,
> retransmission, FEC
> > (other?). It is our opinion that repetition should be
> included at the
> > very least.
>
> Is RTCP expected to be normally used with this payload format?

Not necessarily. Yes for unicast, but there's no plan to use RTCP
feedback in a first stage of the MBMS Service, that's why repetition is
important as a base mechanism.

cheers,

José

> If so,
> maybe the core idea behind the RTP MIDI resiliency -- a
> "recovery journal"
> in every packet coding the recent past, whose contents grow and shrink
> as the sender examines RTCP RR reports which indicate the highest
> sequence number the receiver has received -- could be the starting
> point of a timed text resiliency scheme.  For the default 5 second
> RTCP sending rate, and text that is not sent too frequently, one
> could imagine a recovery journal approach would be more efficient
> that simple repetition.  But you need RTCP to make it work ...
>
> --------------------------------------------------------------
> -----------
> John Lazzaro -- Research Specialist -- CS Division -- EECS --
> UC Berkeley
> lazzaro [at] cs [dot] berkeley [dot] edu
> www.cs.berkeley.edu/~lazzaro
> --------------------------------------------------------------
> -----------
>
> _______________________________________________
> Audio/Video Transport Working Group
> avt@ietf.org
> https://www1.ietf.org/mailman/listinfo/avt
>


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