Image sequence into Matroska/FFV1

Problem

Transcode an RGB image sequence, like DPX or TIFF files, by using the FFV1 codec and the Matroska container for preservation purposes.

Solution

This is a work in progress:

  • Firstly, the idea has been presented on 18 July 2016 at «No Time to Wait!» in Berlin.1
  • Secondly, the proof of concept has been presented on 19 August 2016 at «The Reel Thing» in Hollywood.2
  • Thirdly, precise statistical comparisons between different solutions will possibly be presented on 9 November 2016 at «The Reel Thing» in Pittsburgh.3
  • Fourthly, a workshop on implementing this solution could be held during the SEAPAVAA conference in Manila, Philippines.4
  • Fifthly, real world workflows will probably be presented at «The Reel Thing» in Amsterdam, Netherlands.5

Discussion

In our opinion, this solution offers important advantages:6

  • The solution is fully open-source.
  • It allows to reduce the needed storage by approximately 70% compared to DPX and TIFF files.
  • The lossless compression rate of FFV1 is similar to JPEG 2000, but the compression time is approximately five times faster than JPEG 2000.
  • Writing to and reading from HDD or LTO cartridges is much faster when using a small number of very big files, in comparison to a very high number of relatively small files.

Notes

1
Kieran O’Leary (Irish Film Archive) and Reto Kromer: FFV1 […] DPX, «No Time to Wait! Standardizing FFV1 and Matroska for Preservation», 18–20 July 2016 in Berlin, Germany
2
Kieran O’Leary (Irish Film Archive) and Reto Kromer: Using Матрёшка and FFV1 for DPX Preservation, «The Reel Thing XXXVIII», 18–20 August 2016 in Hollywood, California, United States of America
3
«The Reel Thing XXXIX», AMIA Conference, 9–12 November 2016 in Pittsburgh, Pennsylvania, United States of America
4
SEAPAVAA conference, 3–8 April 2017 in Manila, Philippines
5
«The Reel Thing XL», 28–30 May 2017 in Amsterdam, Netherlands
6
This is the very reason why our company, AV Preservation by reto.ch, hired Michael Niedermayer who implemented the RGB 16-bit handling in FFV1 for both the planar gbrp16 and the packed rgb48 storage patterns.

2017–07–18