David Bryant

Note that this has been fixed in the [librempeg](https://github.com/librempeg/librempeg) fork of FFmpeg with [this commit](https://github.com/librempeg/librempeg/commit/f4e05abeded46515bd7b4248fc7d65df82d9af2a). Hopefully it will be pulled into FFmpeg too.

What exactly is the problem with storing a generic header in the WavPack file? The purpose of this is to allow very old versions of `wvunpack` to unpack WavPack files...

Thanks for letting me know about this! On the warnings, the line numbers reported don't seem to match the code. I checked against both my repo and the SDL one....

Yes, I have been following along on HA about this and have been meaning to take a look. In the meantime I have been making some improvements to my resampler...

There is a dedicated WavPack forum [here](https://hydrogenaud.io/index.php/board,68.0.html), but posting an issue right here works too (although I'm probably the only one who will see it). I'm a little confused because...

Okay, I see what's happening. The metadata is stored in the RIFF header in the WAV file. That's kind of a non-standard way of storing them, but apparently FFmpeg knows...

Cool, thanks for the file. I'll take a look. And thanks for the comments about `--threads`. I have considered making it the default (and adding a `--no-threads` to disable), especially...

Yes, thanks, the flac can help too. I also will probably just have to look into FFmpeg and see what it's doing with these tags to make sure I get...

I think the best strategy would be to avoid converting through WAV altogether. WAV files don't really have a standard method of holding metadata, and some of the ad-hock methods...

No, WavPack does not accept FLAC as input. You have to use something that decodes FLAC, like FFmpeg or Foobar2000. FFmpeg uses their own implementation of WavPack for both encoding...