FFV1

Last updated
FFV1
Internet media type
video/FFV1
Developed by
  • Michael Niedermayer
  • IETF
Initial release9 June 2003;21 years ago (2003-06-09)
Latest release
Version 3 (FFV1.3)
3 August 2013;11 years ago (2013-08-03)
Type of format Video coding format
Contained by AVI, MKV, MOV, NUT, etc.
Standard RFC   9043
Version 4 (draft)
Open format?Yes
Website Specification development repository

FFV1 (short for FF Video 1 [1] ) is a lossless intra-frame video coding format. FFV1 is particularly popular for its performance regarding speed and size, compared to other lossless preservation codecs, such as M-JPEG2000. [2] [3] [4]

Contents

The encoder and decoder have been part of the free, open-source library libavcodec in the project FFmpeg since June 2003. [5] FFV1 is also included in ffdshow and LAV Filters, [6] which makes the video codec available to Microsoft Windows applications that support system-wide codecs over Video for Windows (VfW) or DirectShow.

FFV1 has been standardized at the IETF under RFC 9043. [7] The European Broadcasting Union (EBU) lists FFV1 under the codec-family index "31" in their combined list of video codec references. [8]

Video archiving

For long-term preservation of digital video sustainable container formats as well as audio/video codecs are necessary. There is no consensus as of 2013 among the archival community as to which file format or codecs should be used for preservation purposes for digital video. [9] The previously proclaimed encodings were Motion JPEG 2000 (lossless) [10] and uncompressed video. [11]

FFV1 proved to be a viable archival encoding and the U.S. Library of Congress began regarding it as a suitable option for preservation encoding in 2014. [2] [12] Compared to lossless JPEG 2000, FFV1 features comparable compression ratios and lower computing requirements. As of 2014, it is being used by archives, particularly where the collections do not feature extensive broadcast materials and instead consist of oral history and the like. [13] [14]

Since around 2015, the European PREFORMA Project started working on the standardisation of FFV1 through the Internet Engineering Task Force (IETF). [15] It was standardised in August 2021 as RFC 9043. [7] The PERFORMA Project also implemented a conformance checker for FFV1 in the Matroska container. [16] Details of FFV1's standardization plan [17] have been prepared by MediaArea (authors of MediaInfo) as part of their conformance checking tool "Media CONCH". [18]

It is also listed as a format option for long-term preservation of moving images on sites of the U.S. Library of Congress', [12] [19] State Records NSW [9] and others. The Society of American Archivists has published a paper in August 2014, suggesting only FFV1 as preservation codec for video. [20]

The Digital Preservation project at the U.S. Library of Congress identified AVI and Matroska as common container formats for FFV1. [21] [22]

Use as a preservation codec

Within the video archiving domain, the interest in FFV1 is increasing, as can be seen in a thread on the AMIA-L mailing list, [23] the PrestoCentre Forum [24] or the Archivematica mailing list. [25] [26] Companies are also picking up FFV1 support. For example, NOA (formerly "NOA Audio Solutions"), announced support for the FFV1 in their product line in July 2013 [27] and KEM-Studiotechnik released a film-scanner with FFV1 output in November 2013. [28]

In an interview for The New York Times magazine about "Tips on Archiving Family History", [29] Bertram Lyons from the U.S. Library of Congress says:

"[...] for video, there are many choices when it comes to codecs (the way the bits are encoded/decoded to represent the visual data, e.g., ffv1, H.264, Apple ProRes) [...]"

In January 2013, the possible use and adoption of FFV1 as an archiving codec was addressed in the issue of PrestoCentre's [30] AV Insider magazine: [31]

"FFV1 has many beneficial technical features [...], but adoption rates are relatively low compared with alternatives, for example JPEG2000. [...] But holding back too long only serves to self-perpetuate the status of FFV1.

The adoption by Archivematica and the Austrian Mediathek with their active promotion of FFV1 along with others may start to break this vicious circle. This could lead to a virtuous circle of wider take-up, to shared development, to incorporation into commercial products and a host of other benefits for the community."

PACKED - the "Centre of Expertise in Digital Heritage" in Belgium, say in an article about video formats for archiving: [32]

"When removing the proprietary codecs from this list, only a few are left. [...] This basically leaves heritage institutions that want to use a lossless codec, with only two options: Jpeg2000 and FFV1."

In 2015, the International Federation of Television Archives (FIAT/IFTA) mentioned FFV1 explicitly in their call-for-presentations for their annual World Conference, asking "Is FFV1 the new JPEG2000"?. [33] A workshop titled "FFV1 for Preservation" is also featured. [34]

List of institutions known to use FFV1

Austria
Australia
Belgium
  • meemoo  [ nl ], the Flemish Institute for Archives announced in June 2020 that they would start a major operation transcoding and rewrapping their MXF wrapped JPEG2000 files resulting from digitisation projects for the cultural heritage sector material to MKV wrapped FFV1 files. In 2019 they had already announced that MKV-FFV1 would be the mezzanine format of their migration project for DV, DVCAM and DVCPRO cassettes.
Canada
France
Germany
  • SMIDAK Filmproduktion [42]
Ireland
Slovakia
Slovenia
Switzerland
United Arab Emirates
  • Sharjah Media Corporation (SMC). [46]
United Kingdom
United States

Development and improvements

The "Österreichische Mediathek" has also developed DVA-Profession a Free Software solution for archive-suitable mass video digitization, mainly using FFV1 as video encoding throughout the whole workflow, without transcoding. [51] Additionally, they have initiated the development of "FFV1.3" (=version 3 of FFV1) together with Michael Niedermayer (FFmpeg), Peter Bubestinger-Steindl and Dave Rice; see #Versions below. [52]

Applications supporting FFV1

Here is a list of applications known to be able to read and/or write FFV1 video files, either natively or by installing codec packages.

Entries marked with "-" means that they generally only support either encoding or decoding.

The term "built-in" means that the application can handle FFV1 without the necessity to install additional codec packages. Applications that come with FFV1 support out of the box, usually use FFmpeg's or Libav's libraries in order to do so.

The list is far from being complete, and will be augmented over time:

ApplicationEncodingDecodingMethod
Adobe Premiere YesYes DirectShow [53] [54]
Archivematica [55] YesYesbuilt-in
AVID Un­knownYesTheir transcoder can handle FFV1
Avidemux YesYesbuilt-in
Davinci Resolve [56] YesYesbuilt-in
Blender Yes [57] Yesbuilt-in
DVA-Profession [58] YesYesbuilt-in
ffdshow-tryouts YesYesbuilt-in
FFmpeg YesYesbuilt-in
HandBrake YesYesbuilt-in
Harris Broadcast Velocity YesYes Video for Windows [53]
kdenlive YesYesbuilt-in
KEM Scan (motion picture film scanner) [28] [59] Yes-built-in
LAV Filters [54] YesYesbuilt-in
MediaInfo -Yesbuilt-in
Media Lovin' Toolkit [60] YesYesbuilt-in
Media Player Classic -Yesbuilt-in
MPlayer/MEncoder YesYesbuilt-in
NOA MediaButler [61] YesYesbuilt-in
QUADRIGA Video [62] Yes [63] Un­knownUn­known
Shotcut [64] YesYesbuilt-in
Sorenson Squeeze Un­knownYesbuilt-in
VirtualDub YesYes Video for Windows [53]
VLC media player NoYesbuilt-in
Windows Media Player Un­knownYes DirectShow [53] [54]

Compression details

FFV1 is not strictly an intra-frame format; despite not using inter-frame prediction, it allows the context model to adapt over multiple frames. This can be useful for compression due to the very large size of the context table, but can be disabled to force the encoder to generate a strictly intra-frame bitstream. As the gained compression seems to decrease [65] with later versions of FFV1 (version 2,3), the use of GOP size greater than "1" might disappear in the future.

Prediction process

During progressive scanning of a frame, the difference between a current pixel and its predicted value, judging by neighboring pixels, is sent to the entropy-coding process. The prediction is done as follows:

prediction = Median(Top, Left, Top + Left - TopLeft)

The third value, Top + Left - TopLeft, is effectively equivalent to applying the "top" predictor to the current and the left sample, followed by applying the left predictor to the prediction residual of the top predictor. This method, also known as the gradient, exploits both horizontal and vertical redundancy. So in simple terms the prediction is the median of the top, left, and gradient prediction methods. For improved performance and simplicity, the edges of the frame are assumed to be zero to avoid special cases. The prediction in encoding and decoding is managed using a ring buffer. [66]

Entropy coding process

The residuals are coded using either Golomb-Rice coding [67] or range coding. Both options use a very large context model. The "small" context model uses (11×11×11+1)/2=666 contexts based on the neighboring values of (Left−TopLeft), (TopLeft-Top), and (Top−TopRight). The "large" context model uses (11×11×5×5×5+1)/2=7563 contexts based on the same values as before, but also (TopTop−Top) and (LeftLeft−Left), where TopTop is the pixel two above the current one vertically, and LeftLeft is the pixel two to the left of the current one. In range coding, each "context" actually has 32 sub-contexts used for various portions of coding each residual, resulting in a grand total of 242,016 contexts for the "large" model.

Early experimental versions of FFV1 used the CABAC Arithmetic coder from H.264, but due to the uncertain patent/royalty situation, as well as its slightly worse performance, CABAC was replaced by range coding. [68]

Status

On April 16, 2006, a commit-message by Michael Niedermayer confirmed that the bitstream of FFV1 (version 1) is frozen: [69]

"ffv1 and ffvhuff haven't changed since a long time and no one proposed any changes within 1 month after my warning so they are officially no longer experimental and we will guarantee decodability of files encoded with the current ffv1/ffvhuff in the future"

Versions

Version 1 (FFV1.1)
The bitstream of version 1 is frozen and has been considered stable for production use since April 2006. [69]
The remark "experimental" in the source code was overlooked back then and removed in March 2010. [70]
Version 2 (FFV1.2)
Version 2 was an intermediate version that was never officially released and should not be used for production purposes.
Version 3 (FFV1.3)
The bitstream of version 3 is frozen since August 3, 2013. [71] The final commit marking this version as officially released for production usage was on August 26, 2013. [52]
FFV1.3 contains improvements and new features such as support for multi-threaded encoding/decoding, error resilience and integrity validation by CRC checksums, storing of display aspect ratio (DAR) and field order. It was tested for over 1 year, [72] and officially released stable for production in August 2013. [52]
In August 2016, support for 48bit/16bpc (=bits per component) in RGB was added to the reference codec. [73] Before that, 16bpc in FFV1 were only supported in YCbCr and RGB was limited to 14bpc.
There is still no VFW multithreaded encoder of FFV1.3 for Windows in 2017. FFdshow can encode only an FFV1.1 stream with a single CPU core.
Version 4 (FFV1.4)
Improvements beyond FFV1.3 are works in progress and being discussed on the IETF "CELLAR" mailing list. [74]
Planned are additional support for color-handling, especially non-linear/logarithmic color spaces.
The Draft standard is hosted on GitHub. [1]

Documentation

The current authoritative documentation was started in April 2012, and stayed in a very basic state until 2015. [75] In 2015, as part of the IETF standardization process, the documentation is now improved and reviewed by the CELLAR working group in close cooperation with Michael Niedermayer. [1]

See also

Related Research Articles

<span class="mw-page-title-main">Audio file format</span> Computer format for digital audio

An audio file format is a file format for storing digital audio data on a computer system. The bit layout of the audio data is called the audio coding format and can be uncompressed, or compressed to reduce the file size, often using lossy compression. The data can be a raw bitstream in an audio coding format, but it is usually embedded in a container format or an audio data format with defined storage layer.

<span class="mw-page-title-main">Ogg</span> Open container format maintained by the Xiph.Org Foundation

Ogg is a free, open container format maintained by the Xiph.Org Foundation. The authors of the Ogg format state that it is unrestricted by software patents and is designed to provide for efficient streaming and manipulation of high-quality digital multimedia. Its name is derived from "ogging", jargon from the computer game Netrek.

A video file format is a type of file format for storing digital video data on a computer system. Video is almost always stored using lossy compression to reduce the file size.

<span class="mw-page-title-main">FLAC</span> Lossless digital audio coding format

FLAC is an audio coding format for lossless compression of digital audio, developed by the Xiph.Org Foundation, and is also the name of the free software project producing the FLAC tools, the reference software package that includes a codec implementation. Digital audio compressed by FLAC's algorithm can typically be reduced to between 50 and 70 percent of its original size and decompresses to an identical copy of the original audio data.

Theora is a free lossy video compression format. It was developed by the Xiph.Org Foundation and distributed without licensing fees alongside their other free and open media projects, including the Vorbis audio format and the Ogg container.

Dirac is an open and royalty-free video compression format, specification and software video codec developed by BBC Research & Development. Dirac aimed to provide high-quality video compression for Ultra HDTV and competed with existing formats such as H.264.

<span class="mw-page-title-main">FFmpeg</span> Multimedia framework

FFmpeg is a free and open-source software project consisting of a suite of libraries and programs for handling video, audio, and other multimedia files and streams. At its core is the command-line ffmpeg tool itself, designed for processing video and audio files. It is widely used for format transcoding, basic editing, video scaling, video post-production effects, and standards compliance.

Matroska is a project to create a container format that can hold an unlimited number of video, audio, picture, or subtitle tracks in one file. The Matroska Multimedia Container is similar in concept to other containers like AVI, MP4, or Advanced Systems Format (ASF), but is an open standard.

<span class="mw-page-title-main">Huffyuv</span> Lossless video codec

Huffyuv is a lossless video codec created by Ben Rudiak-Gould which is meant to replace uncompressed YCbCr as a video capture format. The codec can also compress in the RGB color space.

QuickTime Animation format is a video compression format and codec created by Apple Computer to enable playback of RGB video in real time without expensive hardware. It is generally found in the QuickTime container with the FourCC 'rle '. It can perform either lossless or lossy compression and is one of the few video codecs that supports an alpha channel. Supported color depths are 1-bit (monochrome), 15-bit RGB, 24-bit RGB, 32-bit ARGB, as well as palettized RGB. As a result of reverse-engineering of the format, a decoder is implemented in XAnim as well as an encoder and decoder in libavcodec.

These tables compare features of multimedia container formats, most often used for storing or streaming digital video or digital audio content. To see which multimedia players support which container format, look at comparison of media players.

libavcodec is a free and open-source library of codecs for encoding and decoding video and audio data.

Constrained Energy Lapped Transform (CELT) is an open, royalty-free lossy audio compression format and a free software codec with especially low algorithmic delay for use in low-latency audio communication. The algorithms are openly documented and may be used free of software patent restrictions. Development of the format was maintained by the Xiph.Org Foundation and later coordinated by the Opus working group of the Internet Engineering Task Force (IETF).

WebP is a raster graphics file format developed by Google intended as a replacement for JPEG, PNG, and GIF file formats. It supports both lossy and lossless compression, as well as animation and alpha transparency.

x265 HEVC/H.265 encoder

x265 is an encoder for creating digital video streams in the High Efficiency Video Coding (HEVC/H.265) video compression format developed by the Joint Collaborative Team on Video Coding (JCT-VC). It is available as a command-line app or a software library, under the terms of GNU General Public License (GPL) version 2 or later; however, customers may request a commercial license.

<span class="mw-page-title-main">Opus (audio format)</span> Lossy audio coding format

Opus is a lossy audio coding format developed by the Xiph.Org Foundation and standardized by the Internet Engineering Task Force, designed to efficiently code speech and general audio in a single format, while remaining low-latency enough for real-time interactive communication and low-complexity enough for low-end embedded processors. Opus replaces both Vorbis and Speex for new applications, and several blind listening tests have ranked it higher-quality than any other standard audio format at any given bitrate until transparency is reached, including MP3, AAC, and HE-AAC.

A video coding format is a content representation format of digital video content, such as in a data file or bitstream. It typically uses a standardized video compression algorithm, most commonly based on discrete cosine transform (DCT) coding and motion compensation. A specific software, firmware, or hardware implementation capable of compression or decompression in a specific video coding format is called a video codec.

<span class="mw-page-title-main">VP9</span> Open and royalty-free video coding format released by Google in 2013

VP9 is an open and royalty-free video coding format developed by Google.

References

  1. 1 2 3 Michael Niedermayer (2016-07-31). "The FFV1 Video Codec Specification (Development Draft)". GitHub . Retrieved 2016-08-19.
  2. 1 2 Bubestinger, Peter. "Comparing video codecs and containers for archives". Österreichische Mediathek. Retrieved 8 October 2014.
  3. ↑ "MSU Lossless Video Codecs Comparison" (PDF). MSU Graphics & Media Lab (Video Group). March 2014. Retrieved 8 October 2014.
  4. ↑ "Graphs about FFV1 performance (transcoding, retrieval)". NOA GmbH. Retrieved 8 October 2014.[ permanent dead link ]
  5. ↑ "Repository history of FFV1's sourcecode in FFMPEG repository". Michael Niedermayer. Archived from the original on 23 March 2012. Retrieved 21 October 2010.
  6. ↑ "Nevcairiel/LAVFilters". June 26, 2021 – via GitHub.
  7. 1 2 "FFV1 Video Coding Format Versions 0, 1, and 3". IETF . August 2021. doi: 10.17487/RFC9043 . RFC 9043.
  8. ↑ Evain, Jean-Pierre (15 August 2016). "Video Compression Code (A combined list of video codecs inc. EBU, DVB and MPEG)". European Broadcasting Union . Retrieved 19 September 2016.
  9. 1 2 "Formats and codecs for digital video preservation (Guideline 22)". NSW State Records. August 2013. Archived from the original on 10 November 2013. Retrieved 10 November 2013.
  10. ↑ "Motion JPEG 2000 at digitalpreservation.gov". U.S. Library of Congress. 11 January 2012. Retrieved 6 March 2013.
  11. ↑ Fleischhauer, Carl; Frost, Hannah; Beard, Isaiah (November 2010). "AMIA/IASA 2010 - Wrappers and Codecs: A Survey of Selection Strategies". AMIA/IASA . Retrieved 6 October 2013.
  12. 1 2 Fleischhauer, Carl; Egan, Courtney (8 September 2014). "Digital File Formats for Videotape Reformatting". FADGI (U.S. Library of Congress) . Retrieved 8 October 2014.
  13. ↑ "About - Federal Agencies Digitization Guidelines Initiative". www.digitizationguidelines.gov.
  14. ↑ Fleischhauer, Carl; Murray, Kate (3 December 2014). "Comparing Formats for Video Digitization". FADGI (U.S. Library of Congress) . Retrieved 8 September 2015.
  15. ↑ "PREservation FORMAts for culture information/e-archives (PREFORMA)" . Retrieved 2015-09-24.
  16. 1 2 Murray, Kate; Rice, Dave; Blewer, Ashley (September 23, 2015). "Improving Technical Options for Audiovisual Collections Through the PREFORMA Project". U.S. Library of Congress . Retrieved 2015-09-24.
  17. ↑ Fallon, Tessa; Rice, Dave; Blewer, Ashley (March 3, 2015). Conch – Appendix on Standardization Exercises (PDF) (Report). MediaArea . Retrieved 2015-09-24.
  18. ↑ "CONformance CHecking for audiovisual files (CONCH)". Archived from the original on 2015-09-24. Retrieved 2015-09-24.
  19. ↑ "FFV1 at digitalpreservation.gov". U.S. Library of Congress. 29 May 2012. Retrieved 10 November 2013.
  20. ↑ Austen, Barbara; Bowling, Melissa; Deakyne, Holly; Evans, Ryan (7 August 2013). "Electronic Records Project" (PDF). Society of American Archivists. Retrieved 21 October 2014.
  21. ↑ "AVI File Format with FFV1 video encoding". AVI_FFV1. Digital Preservation. LoC. 2012-07-20. fdd000349. Retrieved 2015-04-22.
  22. ↑ "Matroska File Format with FFV1 video encoding". Matroska_FFV1. Digital Preservation. LoC. 2012-05-29. fdd000343. Retrieved 2015-04-22.
  23. ↑ "FFV1 discussion on AMIA-L mailing list". AMIA. December 2012. Retrieved 6 March 2013.
  24. ↑ "Digital master archive format". PrestoCentre Forums. 26 October 2012. Archived from the original on 15 April 2013. Retrieved 6 March 2013.
  25. ↑ "FFV1 vs other formats for preservation". Archivematica mailing list. 24 September 2012. Retrieved 6 March 2013.
  26. ↑ "Digital film archiving in big scale". Archivematica mailing list. 29 January 2013. Retrieved 6 March 2013.
  27. ↑ "Company announcement confirming FFV1 support". NOA Audio Solutions. 10 July 2013. Archived from the original on 13 April 2016. Retrieved 29 August 2013.
  28. 1 2 Kober, Helmfried (14 November 2013). "KEM SCAN Film Scanner Data Sheet" (PDF). KEM-Studiotechnik. Retrieved 30 April 2015.
  29. ↑ Lyons, Bertram (2013). "Ask an Expert: Tips on Archiving Family History, Part 3". The New York Times Magazine (online).
  30. ↑ "prestocentre.org". Archived from the original on 2016-12-02. Retrieved 2013-03-06.
  31. ↑ Addis, Matthew (2013). "Crossing the Chasm (From Research Results to Sustainable Tools and Services for AV)". AV Insider Magazine. No. #3. PrestoCentre. pp. 14–15.
  32. ↑ Emanuel Lorrain (March 2014). "A short guide to choosing a digital format for video archiving masters". PACKED, Belgium. Retrieved 2 June 2014.
  33. ↑ "Conference Call for Presentations, FIAT/IFTA World Conference Vienna 7-10 October 2015" (PDF). International Federation of Television Archives. 13 May 2015. Archived from the original (PDF) on 2015-10-10. Retrieved 2015-09-01.
  34. ↑ "FIAT/IFTA World Conference 2015, Programme Day 1". International Federation of Television Archives. Aug 2015. Archived from the original on 2015-09-10. Retrieved 2015-09-01.
  35. ↑ "Willkommen im Landesmuseum Niederösterreich! — Landesmuseum Niederösterreich". www.best-istanbul-hotels.com.
  36. ↑ "Onlinearchiv | Österreichische Mediathek". www.mediathek.at.
  37. ↑ Lewetz, Hermann (30 August 2011). "DVA-Profession used at the Austrian Mediathek: Codec". Österreichische Mediathek. Archived from the original on 14 October 2014. Retrieved 8 October 2014.
  38. ↑ "City of Vancouver Archives - Home Page". vancouver.ca. Archived from the original on 2005-04-03.
  39. ↑ "Matroska video container information at digitalpreservation.gov". U.S. Library of Congress . Retrieved 10 May 2012.
  40. ↑ "A City of Vancouver Archives' blog post mentioning their use of FFV1". City of Vancouver Archives. Retrieved 10 May 2012.
  41. ↑ "Home". MAC Montréal.
  42. ↑ "SMIDAK Filmproduktion" . Retrieved 2016-03-31.
  43. ↑ "RTVS Slovakia: Complete Video Archive System from NOA". NOA GmbH. 1 September 2014. Retrieved 10 May 2017.
  44. ↑ "National Broadcaster of Slovenia is first in successfully deploying Complete Video Archive Solutions from NOA". NOA GmbH. 2014. Retrieved 10 May 2017.
  45. ↑ "Image sequence into Matroska/FFV1". AV Preservation by reto.ch. 11 December 2016. Retrieved 10 May 2017.
  46. ↑ "Installation at SMC: United Arab Emirates First for NOA". NOA Archive GmbH. March 2018. Retrieved 15 March 2017.
  47. ↑ "FF Video Codec 1, Version 0, 1 and 3". www.loc.gov. 2021-11-24. Retrieved 2023-01-15.
  48. ↑ "Media micro-services and archival workflows at CUNY Television". 10 November 2015. Retrieved 19 August 2016.
  49. ↑ Marsh, Alex (2021-03-12). "FFV1: The Gains of Lossless". Bitstreams: Notes from the digital collections team. Duke University Libraries. Archived from the original on 2021-04-06. Retrieved 6 April 2021.
  50. ↑ Esteva, Maria; Vega, Karla; Henriksen, Vandy; Lee, Jennifer; Martin, Wendy (May 2013). "Automated Archiving of DVD Content (Presentation at TCDL 2013)". Texas Advanced Computing Center (TACC) and University of Texas at Austin - Libraries. Archived from the original on 3 June 2015. Retrieved 21 October 2014.
  51. ↑ "dva-profession.mediathek.at". Archived from the original on 2012-05-25. Retrieved 2012-05-10.
  52. 1 2 3 Niedermayer, Michael (26 August 2013). "Repository commit message: FFV1.3 released as stable". FFmpeg. Archived from the original on 4 March 2016. Retrieved 29 August 2013.
  53. 1 2 3 4 "ffdshow tryouts" . Retrieved 27 April 2015.
  54. 1 2 3 "LAVFilters (Open-Source DirectShow Media Splitter and Decoders)". Hendrik Leppkes. Retrieved 27 April 2015.
  55. ↑ "Archivematica - Format policies". Artefactual Systems Inc. Retrieved 2015-04-30.
  56. ↑ "Support Center | Blackmagic Design".
  57. ↑ "Blender v2.6 Manual: Render/Output/Video". Blender Foundation. 18 November 2011. Retrieved 4 August 2013.
  58. ↑ "DVA-Profession used at the Austrian Mediathek: Codec". Österreichische Mediathek. Archived from the original on 2016-04-17. Retrieved 2016-03-31.
  59. ↑ "KEM Scan". KEM Studiotechnik GmbH. Archived from the original on 2016-04-24. Retrieved 2015-04-30.
  60. ↑ "Media Lovin Toolkit (MLT/melt)". Dan Dennedy. Retrieved 2015-04-27.
  61. ↑ "NOA MediaButler". NOA Audio Solutions GmbH. Retrieved 2015-04-27.
  62. ↑ "Video Tape Migration with Quadriga". CubeTec International. Retrieved 2016-03-31.
  63. ↑ "QUADRIGA Video Specifications". CubeTec International. Retrieved 2016-03-31.
  64. ↑ "Shotcut". Dan Dennedy. Retrieved 2015-04-27.
  65. ↑ "Message on FFmpeg developer mailing list about the impact of GOP size parameter of FFV1". 8 April 2012. Retrieved 10 May 2012.
  66. ↑ Michael Niedermayer (2013-09-05). "FFV1 Video Codec Specification". FFmpeg . Retrieved 2015-03-18.
  67. ↑ "FFV1 Specification, Golomb Rice Mode". FFmpeg GitHub. Retrieved 2024-06-06.
  68. ↑ "FFV1 Specification, Range Coding Mode". FFmpeg GitHub. Retrieved 2024-06-06.
  69. 1 2 "Repository commit message: Bitstream FFV1.1 frozen". Michael Niedermayer. 14 April 2006. Archived from the original on 4 March 2016. Retrieved 8 May 2012.
  70. ↑ "Repository commit message". Michael Niedermayer. 22 March 2010. Archived from the original on 23 March 2012. Retrieved 21 October 2010.
  71. ↑ "Mailing list post: Bitstream FFV1.3 frozen". Michael Niedermayer. 3 August 2013. Retrieved 29 August 2013.
  72. ↑ Bubestinger, Peter (6 February 2014). "FFV1 performance statistics". Österreichische Mediathek. Retrieved 8 October 2014.
  73. ↑ Niedermayer, Michael (16 August 2016). "Repository commit message: avcodec/ffv1enc: Add RGB48 support". FFmpeg . Retrieved 18 August 2016.
  74. ↑ "Discussion thread on FFV1 version 4 (on IETF CELLAR mailing list)". 2016-01-05. Retrieved 2016-08-18.
  75. ↑ Michael Niedermayer (2013-11-03). "The FFV1 Video Codec Specification (2013)" . Retrieved 2016-08-19.
This page is based on this Wikipedia article
Text is available under the CC BY-SA 4.0 license; additional terms may apply.
Images, videos and audio are available under their respective licenses.