Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: WavPack 4.41.0 final is released (Read 17291 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

WavPack 4.41.0 final is released

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

WavPack 4.41.0 final is released

Reply #1
thanks david!

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


later

WavPack 4.41.0 final is released

Reply #2
Excellent news.  Thanks David.
I'm on a horse.

WavPack 4.41.0 final is released

Reply #3
Wheeeee!  Thanks to David from the other side of the Bay! 

WavPack 4.41.0 final is released

Reply #4
Thanks a lot, David.
lame3995o -Q1.7 --lowpass 17

WavPack 4.41.0 final is released

Reply #5
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?

WavPack 4.41.0 final is released

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

WavPack 4.41.0 final is released

Reply #7
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.
WavPack 5.6.0 -b384hx6cmv / qaac64 2.80 -V 100

 

WavPack 4.41.0 final is released

Reply #8
Will there be a new decoder for Rockbox, David, that takes advantage of speed increase?
lame3995o -Q1.7 --lowpass 17

WavPack 4.41.0 final is released

Reply #9
Thanks for your great work David
Allegari nihil et allegatum non probare, paria sunt.

WavPack 4.41.0 final is released

Reply #10
Cool, thanks David!
we was young an' full of beans

WavPack 4.41.0 final is released

Reply #11
Thank you!


WavPack 4.41.0 final is released

Reply #12
thanks david!

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

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. 


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.

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...   


Does foobar and winamp need new plugins to get the decoding speed boost ?

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.

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

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... 


WavPack 4.41.0 final is released

Reply #14
For just playback I can't imagine that the performance difference would be noticeable


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]
we was young an' full of beans

WavPack 4.41.0 final is released

Reply #15
Thanks David!
Vital papers will demonstrate their vitality by spontaneously moving from where you left them to where you can't find them.

WavPack 4.41.0 final is released

Reply #16
Thank you! 


WavPack 4.41.0 final is released

Reply #18
Thank you for your time David!

WavPack 4.41.0 final is released

Reply #19
Yeah.
WavPack is the best.

WavPack 4.41.0 final is released

Reply #20
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.

WavPack 4.41.0 final is released

Reply #21
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 

WavPack 4.41.0 final is released

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


Quote
-w "Artist=%a" -w "Title=%t" -w "Album=%g" -w "Year=%y" -w "Track=%n" -w "Genre=%m" -w "Comment=EAC 0.95 b4 T&C , WavPack 4.41 -hxm" -hxm %s %d