H2Swine

I had started looking into `flac.md`, and maybe I should open an entire new issue on the help file and the handling of input files, but this behaviour is at...

Maybe this should have been a separate issue ( @ktmf01 ?), but: I did further testing on this, confirming it: > tested the following: copied a flacfile.flac to flacfile.wrongextension.aiff, flacfile.wrongextension.w64,...

Trying those compiles, I got system errors that libwinpthread-1.dll was not found and then that libogg-0.dll was not found.

Here are a couple of "really bad" examples in that -e increases size by fifty percent, both on the "exact" build and the "inexact" build: [b1024-r9,9.zip](https://github.com/user-attachments/files/16312563/b1024-r9.9.zip) ran with `--no-padding -b1024...

The plot thickens, and I do suspect it is a bug. It is very much related to (dual) mono, and it is apparently new with flac 1.4. I discovered it...

Embarrassing mistake, and you are right. Did it over again with that particular short signal. - The exact-rice build resolves it. - Max adverse impact (for the inexact-build) is much...

A few more tests on the "Miles tracks 1 to 11" set confirms that the exact-rice "fixes it": With that build, -e always improves, and same for -p. I got...

Understandable. I also see that metaflac can exceed that bound. And meanwhile, I notice what ffmpeg does: > [flac @ 00000185f096b640] Number of streams exceeds max_streams parameter (1000), see the...

It seems to resolve the invalid files creation, but I discovered a few things that may or may not be related. First, how it behaves on those files now: -...

Also, it might leave suspicious or corrupted decoded files upon throwing those errors, but that is maybe expected.