<div dir="ltr">Hello all<div><br></div><div>I am using libFLAC in a corner application, compressing <b>a lot</b> of small signals.</div><div>First is a general question: in our application we have signals in range 5-10 MHz, potentially 40MHz! Is there any potential problem with that?? The mac sample rate is limited in flac, but it doesn't really seem to be a problem.</div><div>The output is stored as blob in a sqlite database, it <b>never </b>needs to be a valid audio file outside our application.</div><div>In my tests, the signals are compressed very well, much better than general compression libraries like zlib, zstd, etc.</div><div><br></div><div>Now other small issues; I also made some tickets about them, but I thought asking here might be better.</div><div><br></div><div>1. I would like to avoid saving vorbis comment, by default ~40 bytes. Right now the only option is to modify stream_encoder.c, see "metadata_has_vorbis_comment".</div><div><br></div><div>2. Speed is very important, therefore I would like to reuse an encoder without re-initializing everything.</div><div><div>Ideally I would like 2 (exported) functions: "flush" and "restart".</div><div>"Flush" is self-explanatory, should properly end the encoding. I could split myself "flush" from "finish", it looks relatively simple.</div><div>"Restart" should keep all current settings, generate a new stream header and clear everything for encoding a new signal.</div><div>It' clear that current settings, re-creating windows, cpu-dependent functions, etc could be kept around. </div><div>I was not quickly able to extract all the necessary initialization from "init_stream_internal_" into a new "FLAC__stream_encoder_restart" function.</div></div><div><br></div><div>Regards,<br><div class="gmail_signature"><div dir="ltr">Gabriel Corneanu</div></div>
</div></div>