Re: [dispatch] Standardization of FFV1, Matroska

"Peter B." <pb@das-werkstatt.com> Thu, 25 June 2015 17:15 UTC

Return-Path: <pb@das-werkstatt.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 764C31AC3BB for <dispatch@ietfa.amsl.com>; Thu, 25 Jun 2015 10:15:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.1
X-Spam-Level:
X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 Irz5JkbVWuV2 for <dispatch@ietfa.amsl.com>; Thu, 25 Jun 2015 10:15:56 -0700 (PDT)
Received: from zucker2.schokokeks.org (zucker2.schokokeks.org [178.63.68.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36E611AC3B8 for <dispatch@ietf.org>; Thu, 25 Jun 2015 10:15:51 -0700 (PDT)
Received: from [192.168.1.11] (chello212186126020.11.vie.surfer.at [::ffff:212.186.126.20]) (AUTH: PLAIN bubestinger@schokokeks.org, TLS: TLSv1/SSLv3, 128bits, ECDHE-RSA-AES128-GCM-SHA256) by zucker.schokokeks.org with ESMTPSA; Thu, 25 Jun 2015 19:15:47 +0200 id 00000000000000F3.00000000558C3743.00006A75
Message-ID: <558C3744.7040302@das-werkstatt.com>
Date: Thu, 25 Jun 2015 19:15:48 +0200
From: "Peter B." <pb@das-werkstatt.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: dispatch@ietf.org
References: <CADK0WuyToxy92A03HOnuWWov8waYCswkLBUJa5yFgj5asem2Gg@mail.gmail.com> <5FF8B7A3-BEB0-4F7B-9825-0F56F193C2D6@cisco.com> <5564D62E.9070506@xiph.org> <A0BB2798-3AB1-4B4D-909A-90C438066516@nostrum.com>
In-Reply-To: <A0BB2798-3AB1-4B4D-909A-90C438066516@nostrum.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dispatch/vokHTx8wXpSePTBwsdu1fPVyN-w>
Subject: Re: [dispatch] Standardization of FFV1, Matroska
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jun 2015 17:15:58 -0000

I thought it might be a good idea to present some additional information about importance of and interest in an IETF specification for the users of FFV1 in Matroska (MKV) for lossless video encoding:

At the Austrian National A/V Archive (the Austrian Mediathek) [1], we've
performed extensive tests of FFV1's implementation in collaboration with
other archives and companies. The U.S. Library of Congress has also
included FFV1/MKV as archiving format in their recent list of
preservation formats [3].

Technically, FFV1 can be considered not only stable, but very suitable
for long-term preservation.
Its origin and current reference implementation was written by Michael
Niedermayer, project leader of FFmpeg [2].

Yet, for easier adoption among institutions that deal with long-term
preservation of video, it is desirable to have a proper standardization
reference for the format of choice. Format decisions in that case must
consider future accessibility, as well as proper interoperability
between the applications used.

Therefore, it is strongly advised to use standardized, open formats.
FFV1 is currently completely open, but its paper specification is still
under development, and its lack of standardization is preventing many
organizations from using it in their archives.


At the moment, the only alternative would be JPEG2000-lossless in MXF
container. Although both are defined in ISO standards, codec as well as
container implementations are suffering from diverse interoperability
issues.

In practice, FFV1 has turned out to be a very good, faster and simpler
alternative, and using Matroska as container format has several benefits
over others (like AVI or MOV).
Some companies have already deployed installations at broadcasters and
national archives using FFV1, and have already offered financial aid to
fund the technical specifications of FFV1.


I'd therefore be very grateful and happy to see engagement by the IETF
community in discussion of the specifications and suitability of
FFV1/MKV for IETF.


Thank you very much in advance,
Peter Bubestinger


== References:
[1] http://www.mediathek.at/
[2] http://ffmpeg.org/
[3] http://www.digitizationguidelines.gov/guidelines/video_reformatting_compare.html