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

Harald Alvestrand <harald@alvestrand.no> Mon, 05 November 2012 15:46 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 4CC9921F867D for <video-codec@ietfa.amsl.com>; Mon, 5 Nov 2012 07:46:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.123
X-Spam-Status: No, score=-110.123 tagged_above=-999 required=5 tests=[AWL=0.476, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id zzynFBHjbXe2 for <video-codec@ietfa.amsl.com>; Mon, 5 Nov 2012 07:46:39 -0800 (PST)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no []) by ietfa.amsl.com (Postfix) with ESMTP id 1A3AF21F87AA for <video-codec@ietf.org>; Mon, 5 Nov 2012 07:46:39 -0800 (PST)
Received: from localhost (localhost []) by eikenes.alvestrand.no (Postfix) with ESMTP id 3008539E197 for <video-codec@ietf.org>; Mon, 5 Nov 2012 16:46:35 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([]) by localhost (eikenes.alvestrand.no []) (amavisd-new, port 10024) with ESMTP id ZEWQhMVm5Cs7 for <video-codec@ietf.org>; Mon, 5 Nov 2012 16:46:30 +0100 (CET)
Received: from [IPv6:2001:df8:0:16:ed78:3a9f:6634:b011] (unknown [IPv6:2001:df8:0:16:ed78:3a9f:6634:b011]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 4414139E091 for <video-codec@ietf.org>; Mon, 5 Nov 2012 16:46:30 +0100 (CET)
Message-ID: <5097DF54.20401@alvestrand.no>
Date: Mon, 05 Nov 2012 16:46:28 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1
MIME-Version: 1.0
To: video-codec@ietf.org
References: <5032B6F5.7030402@xiph.org> <C5E08FE080ACFD4DAE31E4BDBF944EB1118ADE45@xmb-aln-x02.cisco.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB1118ADE45@xmb-aln-x02.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [video-codec] Storage format (Re: Proposed charter)
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Video codec BoF discussion list <video-codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/video-codec>, <mailto:video-codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/video-codec>
List-Post: <mailto:video-codec@ietf.org>
List-Help: <mailto:video-codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/video-codec>, <mailto:video-codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2012 15:46:40 -0000

On 11/05/2012 12:47 AM, Cullen Jennings (fluffy) wrote:
> On Aug 20, 2012, at 18:15 , Timothy B. Terriberry <tterribe@xiph.org> wrote:
>> 4. Specification of a storage format for non-interactive (HTTP)
>> streaming or file transfer of the codec. It is envisioned that this
>> document shall be a Proposed Standard document.
> I think I would prefer to see this say something a little more specific like do a storage format appropriate for use with DASH. If folks want to propose something other than DASH, sure, replace DASH with whatever, but my point is, I don't want this WG to be charter to do a DASH equivalent just as one of the sides topics. That is enough work it would need it's own WG.
should we say that it needs to have a storage form that can be chunked, 
stored and reconstructed from chunks?

I think that is the requirement to fit into DASH, and also for things 
like the MediaSource API in W3C; with some more constraints on what 
"chunking" means, it's probably also good enough to fit into Matroska 
and Ogg.

(whether chunks are measured in milliseconds or 10s-of-seconds is 
another discussion topic, and more fit for discussing the format draft 
than for discussing the charter.)