View Issue Details

IDProjectCategoryView StatusLast Update
0007676ardourfeaturespublic2018-10-15 16:44
Reporterunfa Assigned Tox42  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionno change required 
Product Version5.12 
Summary0007676: Ardour uses TAR.XZ format - which was proven to be inadequate for long-term archiving
DescriptionI've found out that the XZ format is not very robust. Here's a scientific analysis of all the problems with it:
http://www.nongnu.org/lzip/xz_inadequate.html

I've personally started using Lzip instead, as it provides even a slightly better compression ratio in most cases (as it's not using any padding) and is much more robust for data recovery - there's a program called lziprecover. On the contrary - XZ has no recovery tools and it will not read an archive if a single byte of padding is damaged (!) - not to mention the actual data or metadata. A single bit flip can easily render an XZ archive unreadable, while Lzip was made with great attention to prevent that from being the case.

I think it'd be nice if Ardour allowed using some other options apart from TAR.XZ.
I'd personally use TAR.LZ, but TAR.GZ or TAR.BZ2 could also work great.
Additional InformationIn Linux Mint there are packages called `lzip` and `plzip` (parallel lzip) - the latter makes the lzip command use the parralel version, which is great, as most people nowadays have at least 2 or 4 threads in their CPU.
TagsNo tags attached.

Activities

x42

2018-10-15 16:43

administrator   ~0020399

Ardour does use lzma to compress session-archives.


In any case the point about single bit-flip is somewhat moot. wav, plain-text/XML, flac don't have any redundancy either. Also the case where archives are corrupted in a way that allow redundant recovery is somewhat constructed and rare.

x42

2018-10-15 16:44

administrator   ~0020400

Incorrect assumption. Ardour does not use xz, but lzma (same as lzip) for optional compression of archives

Issue History

Date Modified Username Field Change
2018-10-14 20:56 unfa New Issue
2018-10-15 16:43 x42 Note Added: 0020399
2018-10-15 16:44 x42 Note Added: 0020400
2018-10-15 16:44 x42 Status new => closed
2018-10-15 16:44 x42 Assigned To => x42
2018-10-15 16:44 x42 Resolution open => no change required