Re: Looking for users of --keep-foreign-metadata
Olivier Tristan <[email protected]> Fri, 4 Nov 2022 08:30:27 +0100
| Newsgroups | gmane.comp.audio.compression.flac.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, I'm using this features to keep specific wav/aiff chunk like the one that store loop information for sampler instrument purposes. Works fine as is. Regards, Le 30/10/2022 à 15:06, Martijn van Beurden a écrit : > Hi all, > > Currently I'm looking for users of the --keep-foreign-metadata feature > of FLAC. There has been some improvement of this feature in FLAC > 1.4.0. Since 2007 there has been a warning in FLAC that > --keep-foreign-metadata is a new feature. I think removal of this > warning is long overdue, but there are still some issues surrounding > it. > > So, if there are users of this feature on the mailing list, could they > perhaps speak up? Can this feature be considered 'complete'? Currently > FLAC stores the top-level RIFF chunk and fmt chunk on encoding, but > does not restore them on decoding, is this considered a problem or > shortcoming? > > I know for example that WavPack will restore a WAVE file bit-for-bit, > even if there is ambiguous or even invalid data stored in the format > chunk. I don't think such behaviour is something that FLAC should > strive for. The current behaviour of storing metadata that is not > essential for decoding the file, for example CUE, LIST, bext chunks, > is I think sufficient, but I would like to hear the opinion of people > that actually use this feature. > > Kind regards, > > Martijn van Beurden > _______________________________________________ > flac-dev mailing list > [email protected] > http://lists.xiph.org/mailman/listinfo/flac-dev -- Olivier Tristan Research & Development www.uvi.net _______________________________________________ flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev