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
- [dispatch] Standardization of FFV1, Matroska Tessa Fallon
- Re: [dispatch] Standardization of FFV1, Matroska Cullen Jennings (fluffy)
- Re: [dispatch] Standardization of FFV1, Matroska Timothy B. Terriberry
- Re: [dispatch] Standardization of FFV1, Matroska Ben Campbell
- Re: [dispatch] Standardization of FFV1, Matroska Peter B.
- Re: [dispatch] Standardization of FFV1, Matroska Peter B.
- Re: [dispatch] Standardization of FFV1, Matroska Peter B.
- Re: [dispatch] Standardization of FFV1, Matroska DRAGE, Keith (Keith)
- Re: [dispatch] Standardization of FFV1, Matroska Timothy B. Terriberry
- Re: [dispatch] Standardization of FFV1, Matroska Dave Rice
- Re: [dispatch] Standardization of FFV1, Matroska Henderson, Ian