Starting off the year with another fairly minor update of WavPack. This release was prompted by CVE-2020-35738 (https://nvd.nist.gov/vuln/detail/CVE-2020-35738) which was a bug in the encoder wherein certain sampling rates and channel counts could cause an out-of-bounds heap write. I think this would be very difficult to exploit and would require manual intervention by the user, but it earned a NIST Base Score of 6.1 so it is to be taken seriously.
The other significant addition is the quick verify (-vv) mode that I demoed back in June.
I recently moved to Visual Studio 2019 which means that support for Windows XP has been dropped from the official binaries. I can still build XP-compatible binaries with MinGW if anyone needs them.
Official change log (https://www.wavpack.com/changelog.txt).
Unrelated to the release, but in the vein of security, I finally got https:// support for wavpack.com, thanks to my new hosting service and CloudFlare!
Thanks!
Thnx for the new release. :)
Thanks for maintaining WavPack!
Question, as I am testing: is wvunpack 32bitfloatingpointfile.wv (without -w) supposed to give a .wav that wavpack cannot pack?
Question, as I am testing: is wvunpack 32bitfloatingpointfile.wv (without -w) supposed to give a .wav that wavpack cannot pack?
I would certainly not normally expect that, but it depends on how the original WavPack file was created.
If the original file was just created with "wavpack 32bitfloatingpointfile.wav" then wvunpack'ing the result should generate the original file exactly (so obviously that's repeatable forever). But if some option like -i was required initially, then it would be required the next time too.
Since you imply that -w during the unpacking fixes the problem, then it certainly sounds like the WavPack file contains an invalid WAV header. If you can provide me the file (or another that exhibits the problem) I can figure it out.
On Ubuntu I have the 5.3.0 version that I installed manually because there is 5.2.0 in the repositories, someone please ki explain step by step how do I upgrade to 5.4.0?
I noticed that now VLC also supports dsd content in wavpack .......
i dont know about "upgrade", but:
1. download "source-file" from wavpack.com
2. ./configure --disable-shared --enable-legacy --enable-rpath && make
3. take (wavpack, wvunpack, wvtag, wvgain) from ./CLI
@bryant Last time to upgrade to version 5.3.0 I put 4 files (wavpack, wvgain, wvtag, wvunpack) in the usr / local / bin folder, where can I find these 4 files now to upgrade to 5.4.0? I use Ubuntu 20.04 lts
Thanks
Marry Christmas, human(?)!
Sorry but I don't understand you, I don't know how to compile the files ..... the files that you say that are in ./cli are not the same as those that I have in / usr / local / bin .......
Thanks
@bryant
Last time to upgrade to version 5.3.0 I put 4 files (wavpack, wvgain, wvtag, wvunpack) in the usr / local / bin folder, where can I find these 4 files now to upgrade to 5.4.0? I use Ubuntu 20.04 lts
Hi Nejiro,
First you need to download and extract the new tarball, like this one (https://www.wavpack.com/wavpack-5.4.0.tar.bz2).
Then you need to go in there with the command prompt and do the following commands:
./configure --disable-shared --enable-static
make
cli/wavpack --version
sudo cp cli/wavpack cli/wvunpack cli/wvgain cli/wvtag --target-directory=/usr/local/bin
The third command is just to make sure the new executable is correct. It should show:
wavpack 5.4.0
libwavpack 5.4.0
And thanks for letting me know about VLC, that's great!
Sorry but it doesn't work, I extracted everything and then I opened the terminal in the position where I extracted the compressed file then I gave the command by copying / pasting everything but it tells me cli command not available ....... so there I can, it is not possible to have the 4 files that I put in the folder / usr / local / bin to replace the ones that are there as we did the other time? Otherwise if it cannot be done, forget it and return with the 5.3.0
Thanks
Okay, I would be curious why that didn't work, but here are the 4 files for your system.
Thank you so much, now it works and I have 5.4.0, what didn't work unfortunately I don't know ...... I copied and pasted all the command you wrote.
It obviously won't work if you don't have a compiler (gcc) installed, or other necessary tools for building and linking software. Lots of binary distributions don't even install those by default, often because they're both large and unnecessary for using the distribution's packaged software.
However VLC started by itself to support wavpacks with dsd, there was no update, the version is 3.0.11.1 that I installed via Flathub, but I saw that it only supports dsd64, dsd128 and above does not play them .. ....
Starting off the year with another fairly minor update of WavPack.
Awesome, thank you, David!
The other significant addition is the quick verify (-vv) mode that I demoed back in June.
Am I blind or that's nowhere in the official change log (https://www.wavpack.com/changelog.txt)?
Am I blind or that's nowhere in the official change log (https://www.wavpack.com/changelog.txt)?
Haha, no you're not blind; I'm an idiot. I don't know how I forgot that, especially when I remembered in this announcement (https://github.com/dbry/WavPack/releases/tag/5.4.0).
Anyway, thanks for the heads up and I'll get this fixed (at least in the places I can)!
Starting off the year with another fairly minor update of WavPack.
This is excellent news!
Thanks for maintaing WavPack. ;)
I recently moved to Visual Studio 2019 which means that support for Windows XP has been dropped from the official binaries. I can still build XP-compatible binaries with MinGW if anyone needs them.
I've had a couple requests now for these, so I fired up MinGW-w64 and built binaries for Windows XP. These are not official, but I have made sure they all seem to work on Wine and I tested the 32-bit version on an XP virtual machine.
Of course, they're not limited to XP; they should work on newer Windows too.
Any feedback is appreciated...thanks!
Note! The 32-bit version of these binaries have a bug that can cause some subtle issues during seeking or obtaining tags and other information from the end of a file, and should not be used!This is the corresponding fix to WavPack. (https://github.com/dbry/WavPack/commit/e9f817d703c33222047407b11f91348f6e74fddf)
This is the MinGW-w64 error involved (which may or may not have been fixed in recent versions). (https://sourceforge.net/p/mingw-w64/bugs/864/)
This is the thread about latest release of WavPack which includes links for new XP binaries. (https://hydrogenaud.io/index.php/topic,123393.0.html)