[flac-dev] Support for ultra-high sample rates?

[Con Kolivas]

On Thu, 25 Jun 2020 at 23:11, Tor-Einar Jarnbjo <tor-einar at jarnbjo.name> wrote:
>
> Isn't the FLAC encoder 'tuned' for the compression of audio data at common sample rates anyway? Does it make sense to use FLAC to compress arbitrary analog data at very high sample rates as opposed to other general purpose compression algorithms?

The idea is to actually use it for playback, not just storage, and
nothing else has the nice asymmetrical fast decompression with such
effective compression (wavpack supports 705/768 but is woefully slow
on decompression and poorly supported). Mostly the sample rates would
be multiples of the common 44.1/48 sample rates so I expect
compression to be equally good with simple extrapolation to bigger
equivalent sized windows.

Thanks,
Con
>
> Tor
>
> Am 25.06.2020 um 14:49 schrieb Martijn van Beurden:
>
> Op di 2 jun. 2020 om 05:59 schreef Con Kolivas <kernel at kolivas.org>:
>>
>> It would be nice if the flac container was
>> extensible to any arbitrary value for research purposes.
>
>
> Probably not the answer that you were hoping for, but because it is only for research purposes, why not store the samplerate outside of the container, or in the comments as metadata? The FLAC encoder doesn't care what samplerate your material is, it just stores it for easy playback. You can store 10MHz information, tell the FLAC encoder it is 48kHz, and add a tag samplerate=10000000  or even samplerate=10MHz, whatever your processing scripts accept.
>
> As you are clearly using FLAC for something it wasn't made for, that doesn't seem like a very big workaround to me?
>
> Kind regards,
>
> Martijn van Beurden
>
> _______________________________________________
> flac-dev mailing list
> flac-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>
> _______________________________________________
> flac-dev mailing list
> flac-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev