Re: [video-codec] Storage format (Re: Proposed charter)

"Ali C. Begen (abegen)" <> Mon, 05 November 2012 19:07 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5A45421F886D for <>; Mon, 5 Nov 2012 11:07:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3TPAEreXzEqV for <>; Mon, 5 Nov 2012 11:07:42 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 4492D21F8884 for <>; Mon, 5 Nov 2012 11:07:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=1518; q=dns/txt; s=iport; t=1352142462; x=1353352062; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=8O7s6dR6V/JMP0YH1a4B8CGL+WMvCECXzcqFGQouk50=; b=cvSyPw1f9PyyHRaTuxVXvu+kNHufE4UVjfc6yPrViy6tGfs5wIooa8p7 JVguEbNeEJRFEKWzpZbka4buKmbwjxYtWTv+kjxBFuXEihBGj39A52p8n 2RWgGGbe988MH3biqQZOhCPKayMCeMI6XXSlxSkd6V+TUdSlUExn8DYL6 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAIsNmFCtJV2c/2dsb2JhbABEgmzASIEIgh4BAQEEEgEnPwwGAQgRAwECAQoUQh0IAgQOBQgah2gBmn6gCYwBIIU7YQOkVIFrgm+BXAgXHg
X-IronPort-AV: E=Sophos;i="4.80,716,1344211200"; d="scan'208";a="138782880"
Received: from ([]) by with ESMTP; 05 Nov 2012 19:07:42 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id qA5J7fkU016168 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Nov 2012 19:07:41 GMT
Received: from ([fe80::747b:83e1:9755:d453]) by ([]) with mapi id 14.02.0318.001; Mon, 5 Nov 2012 13:07:41 -0600
From: "Ali C. Begen (abegen)" <>
To: Ralph Giles <>
Thread-Topic: [video-codec] Storage format (Re: Proposed charter)
Thread-Index: AQHNu2zCd3g8s8763UOLsAWGakbei5fbyc+AgAAe94CAAAULAIAADReAgAAEeAA=
Date: Mon, 05 Nov 2012 19:07:41 +0000
Message-ID: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-originating-ip: []
x-tm-as-product-ver: SMEX-
x-tm-as-result: No--46.395000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Harald Alvestrand <>, "" <>
Subject: Re: [video-codec] Storage format (Re: Proposed charter)
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Video codec BoF discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 05 Nov 2012 19:07:43 -0000

-----Original Message-----
From: Ralph Giles <>
Date: Monday, November 5, 2012 2:51 PM
To: "Ali C. Begen" <>
Cc: "" <>, ""
Subject: Re: [video-codec] Storage format (Re:  Proposed charter)

>On 12-11-05 10:04 AM, Ali C. Begen (abegen) wrote:
>> The file that holds the content on the server could be one huge file or
>> several smaller files where each file holds one or more chunks. Dash
>> really does not care about that. IOW, chunking does not have to be
>> physical chunking. It could be all "virtual".
>Ok, thanks for clarifying.
>I don't think this needs to be in the charter, although I have no
>objection to Harald's suggested wording change. This should certainly be
>part of the requirements or technical discussion when writing storage
>format drafts.

Well, I just commented on Cullen's email which was commenting on something
in the charter. If it were not there, I would not shout ;)

>Defining a common format for on-disk and http delivery is important for
>interoperability. Objective 3 of the charter covers packet-based
>transmission via RTP, but the corresponding payload draft may be
>primarily discussed in other areas of the IETF, like avt. That's not

Yeah, I happen to co-chair the payload wg.

>obviously the case for a storage format, so it's helpful to have a
>separate deliverable for this in the videocodec charter.
> -r