WavPack 4.41.0 is finally completed; thanks to all who helped make this possible. The major changes are:

• Speed improvements of from 10% to 30% depending on mode and CPU (includes MMX intrinsics for stereo 24-bit / 32-bit encoding)
• Added --skip and --until commands to unpack specified range of audio data
• Fixed corrupt floating-point operation on big-endian CPUs
• Complete changelog here

Download page is here

thanks david!

available at rarewares/debian (r93) before i saw this


later

Excellent news. Thanks David.

Wheeeee! Thanks to David from the other side of the Bay!

Thanks a lot, David.

isn't wvselxfx.exe an old compile? 7-Zip says that it was added to the archive in 2006. Since WavPack got some faster decompression, wouldn't wvselfx.exe benefit from being recompiled?

Thank you. The best release since v4.2.
Does foobar and winamp need new plugins to get the decoding speed boost ?

Great news and superb release! Been looking forward to it, thanks a bunch indeed for your time David, appreciated.

I second the shadowking's q's regarding players plug-ins, also is WV files as input next on your list now please?

EDIT: Could it be wavpack.exe performance (not wvunpack.exe) is closer to 4.41.0-beta2 than 4.41.0-beta3? 3 outta 5 times I get encoding times similar to the second beta.

Will there be a new decoder for Rockbox, David, that takes advantage of speed increase?

Thanks for your great work David

Cool, thanks David!

Thank you!

Thanks! I wasn't sure what revsion you used for beta3 because I have been lazy and not tagging the betas (although I do try to do atomic commits so as to not break the trunk). But anyway, rev 93 has everything and is identical to the [now] tagged final.



I tried again here and (at least on my machine) beta3 and the final match perfectly, with beta2 lagging. Of course, some of the improvement of beta3 was completely unexplained, so who knows...



As for rebuilding the other plugins and applications, wvselfx.exe is a completely different codebase optimized for size over speed and the foobar2000 plugin is out of my hands and because of MSVC version incompatibility issues I don't even think I can rebuild the Nero plugin (at least not without a lot of work, or using the new DLL).

I guess I could rebuild the winamp plugin, but do people use winamp for transcoding? For just playback I can't imagine that the performance difference would be noticeable and there wasn't really anything else that would affect the winamp plugin.


Regarding Rockbox, it turns out that many of the recent performance improvements came from the Rockbox code, but I will certainly look at that again in the near future and see if anything new is applicable there.


Thanks everyone for your comments...

You don't know Hydrogenaudio

[sarcasm]

When I skip rather large sections of a 2hr 34min .wv file I notice some lag, possibly around ~60ms, could this be fixed?

Thank you.

[/sarcasm]

Thanks David!

Thank you!

Another thank you

Thank you for your time David!

Yeah.
WavPack is the best.

Thanx for the all the work you've put into WavPack.

I've been ripping a bunch of my CD collection into .wv lossless.

I don't know if it's faster than the previous version but since I'm using a C2D, it only takes several seconds for a typical 4-5 minute song. Far less time than EAC takes to rip in burst mode T&C.

just out of curiosity, what setting are you using when ripping to wavpack lossless?

Most of my lossless files are wvs with the high profile, however I have a lot of CDs I need to convert to lossless and I am strongly considering dropping wavpack for my new rips in favour of FLAC. The reasons are related to speed/size tradeoff (even with the 4.41 branch).

Checking lossless tests and my own experience I see that the gain for using wavpack high instead of FLAC at default (5) do not pay off the extra time to decode/transcode (I do transcode to lossy for general playback). On average, for me, compression gain over FLAC -5 does not exceed 1% in the vast majority of cases but in my computer (it is an old AMD XP 1800+) FLAC is noticeably faster. Another thing that is bugging me is the fact that FLAC is much more widespread and has much more support from the mainstream applications/devices....

Maybe I should have started ripping to FLAC from the beggining.
I have nothing against wavpack. It is a great format. I am just speaking out loud. I am not sure which way to go