Re: [AVT] I-D ACTION:draft-ietf-avt-rtp-h264-05.txt

Dave Singer <singer@apple.com> Thu, 06 May 2004 17:48 UTC

Received: from optimus.ietf.org (iesg.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA06795 for <avt-archive@odin.ietf.org>; Thu, 6 May 2004 13:48:40 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BLmf7-0008Hw-OR for avt-archive@odin.ietf.org; Thu, 06 May 2004 13:27:58 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i46HRvqM031832 for avt-archive@odin.ietf.org; Thu, 6 May 2004 13:27:57 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BLmPY-0004RN-JW; Thu, 06 May 2004 13:11:52 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BLlag-0007Kl-Uo for avt@optimus.ietf.org; Thu, 06 May 2004 12:19:28 -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 MAA25514 for <avt@ietf.org>; Thu, 6 May 2004 12:19:15 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BLlaf-0000eD-E8 for avt@ietf.org; Thu, 06 May 2004 12:19:17 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BLlYn-0007Sa-00 for avt@ietf.org; Thu, 06 May 2004 12:17:22 -0400
Received: from mail-out4.apple.com ([17.254.13.23]) by ietf-mx with esmtp (Exim 4.12) id 1BLlWQ-0006Hk-00 for avt@ietf.org; Thu, 06 May 2004 12:14:54 -0400
Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id i46GEl5g020142 for <avt@ietf.org>; Thu, 6 May 2004 09:14:47 -0700 (PDT)
Received: from relay1.apple.com (relay1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.6) with ESMTP id <T6966005265118064e13c4@mailgate1.apple.com>; Thu, 6 May 2004 09:14:23 -0700
Received: from [17.219.157.83] (singda.apple.com [17.202.35.52]) by relay1.apple.com (8.12.11/8.12.11) with ESMTP id i46GE5u9022342; Thu, 6 May 2004 09:14:06 -0700 (PDT)
Mime-Version: 1.0
X-Sender: singer@mail.apple.com (Unverified)
Message-Id: <p06020403bcc013c9da16@[17.219.157.83]>
In-Reply-To: <200405060955.38261.csp@csperkins.org>
References: <OF440DFE48.A3490584-ONC1256E83.0028BFEC-C1256E83.00403EE3@diamond.philip s.com> <200405031611.14535.csp@csperkins.org> <6.0.3.0.2.20040506012225.03213870@pop.serverkompetenz.de> <200405060955.38261.csp@csperkins.org>
Date: Thu, 06 May 2004 09:13:47 -0700
To: Colin Perkins <csp@csperkins.org>, Stephan Wenger <stewe@stewe.org>
From: Dave Singer <singer@apple.com>
Subject: Re: [AVT] I-D ACTION:draft-ietf-avt-rtp-h264-05.txt
Cc: avt@ietf.org, Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
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>

>  > >- In the encoding considerations for the MIME type, may wish to note
>>  > that file formats are defined elsewhere?
>>
>>  The problem here is that all file formats are still in their
>>  specification phase -- we can't reference them (yet).  And what good
>>  would a simple "elsewhere" do?
>
>Questions about the lack of a file format have been raised during IESG
>review of other RTP payload formats. Noting that the formats are being
>defined elsewhere will avoid the question later.

Then perhaps it is appropriate to say a little more.

MPEG has defined the storage of AVC/H.264 content in ISO-family 
files, and that specification is published.  It's not expected to be 
used standalone, of course, as video is rarely found standalone 
(usually with audio).  So this does define the storage of AVC in MP4, 
3GP, 3GP2 and so on.  RTP packetization of this format shouldn't be 
excessively problematic, as it stores whole NAL Units in the same 
form as the RTP payload, and hint tracks can also be used if 
appropriate to pre-compute packetization.

The packing of AVC/H.264 into MPEG-2 transport streams is also 
defined, so it is also possible to encounter MPEG-2 
transport-streams-frozen-on-disk which contain H.264.  The RTP 
packetization of those would involve changing the NAL Units from 
start-code to length-fields, and I expect other operations.

Would text like this help?
-- 
David Singer
Apple Computer/QuickTime

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