<div dir="ltr"><div>Hi,</div><div><br></div><div>Considering the sample rate, I'm pretty sure you'll have to resort to metadata to store that information. The FLAC format can't be extended to store such high sample rates in the frame headers. However, the normal vorbis tags accept any key=value pair you want to use, no restrictions.</div><div><br></div><div>For inserting cue marks, using a cuesheet is a rather standard way to do this for audio, however, as these use CDDA frames for location, this might not be the best way. Fortunately, you can define your own metadata format as an 'application' metadata block. See <a href="https://xiph.org/flac/format.html" target="_blank">https://xiph.org/flac/format.html</a> for more information, see METADATA_BLOCK_APPLICATION. I don't think using an OGG container will add anything not already possible with FLAC, except when using multiple streams, which I don't think is the case here.<br></div><div><br></div><div>For not rewriting a whole file, one can add a padding metadata block at capture, and use this padding to write metadata afterwards. <br></div><div><br></div><div>Considering Python, there are quite a few options actually. I've been using <a href="https://pypi.org/project/SoundFile/">https://pypi.org/project/SoundFile/</a>, but I think it is a good idea to try a few and see which one suits your needs best. I only used it for reading FLAC files, so I can't really comment there.</div><div><br></div><div>Kind regards, <br></div><div><br></div><div>Martijn van Beurden<br></div><br></div>