IETF Logo Mail Archive

Re: [Cellar] define FFV1 in Matroska

Michael Niedermayer <michael@niedermayer.cc> Sun, 05 February 2017 11:36 UTC

Return-Path: <michael@niedermayer.cc>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A3B41294C3 for <cellar@ietfa.amsl.com>; Sun, 5 Feb 2017 03:36:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LIJefHW7KHzT for <cellar@ietfa.amsl.com>; Sun, 5 Feb 2017 03:36:18 -0800 (PST)
Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5216A1293FF for <cellar@ietf.org>; Sun, 5 Feb 2017 03:36:18 -0800 (PST)
Received: from mfilter13-d.gandi.net (mfilter13-d.gandi.net [217.70.178.141]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 8E327A80C8 for <cellar@ietf.org>; Sun, 5 Feb 2017 12:36:16 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mfilter13-d.gandi.net
Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter13-d.gandi.net (mfilter13-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Sl0fBPz2N89W for <cellar@ietf.org>; Sun, 5 Feb 2017 12:36:15 +0100 (CET)
X-Originating-IP: 213.47.41.20
Received: from localhost (213-47-41-20.cable.dynamic.surfer.at [213.47.41.20]) (Authenticated sender: michael@niedermayer.cc) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 13448A80C2 for <cellar@ietf.org>; Sun, 5 Feb 2017 12:36:13 +0100 (CET)
Date: Sun, 05 Feb 2017 12:36:11 +0100
From: Michael Niedermayer <michael@niedermayer.cc>
To: cellar@ietf.org
Message-ID: <20170205113611.GD5794@nb4>
References: <C2797F49-CF5B-44F2-A017-E721319C6FB4@dericed.com> <CAOXsMFLr15uogHzBeRuxMy8L=0AZydJq88DtbCbYyZRxBsdQhA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg"
Content-Disposition: inline
In-Reply-To: <CAOXsMFLr15uogHzBeRuxMy8L=0AZydJq88DtbCbYyZRxBsdQhA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/-b9sCVLsVvneNr3W4WUk96rwMqw>
Subject: Re: [Cellar] define FFV1 in Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Feb 2017 11:36:20 -0000

On Sun, Feb 05, 2017 at 12:33:24PM +0100, Steve Lhomme wrote:
> 2017-02-04 17:00 GMT+01:00 Dave Rice <dave@dericed.com>:
> > Hi cellar,
> >
> > I submitted this pull request to define an FFV1 Codec Mapping for Matroska, https://github.com/Matroska-Org/matroska-specification/pull/94. Currently all FFV1 in Matroska uses the V_MS/VFW/FOURCC Mapping. In addition to what is listed below I think the V_MS/VFW/FOURCC definition may need to be extended to say that when V_MS/VFW/FOURCC is used for FFV1, and the FFV1 is version 3 or greater, then the BITMAPINFOHEADER MUST have the Configuration Record as Private Data.
> >
> > Comments? Is it advantageous to define this when V_MS/VFW/FOURCC is already the practice?
> 
> The VFW codecs should only be for codecs that were primarily found as
> Video For Windows codecs, with much less else documentation. For new
> formats and/or formats with proper documentation we should use a
> properly named mapping. So V_FFV1 is a lot better.

+1

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Into a blind darkness they enter who follow after the Ignorance,
they as if into a greater darkness enter who devote themselves
to the Knowledge alone. -- Isha Upanishad

v2.23.0 | Report a Bug | By Email