HydrogenAudio

Lossless Audio Compression => WavPack => Topic started by: bryant on 2009-09-16 02:51:29

Title: WavPack 4.60 beta available
Post by: bryant on 2009-09-16 02:51:29
This is long overdue, but I have finished a beta release of the 4.60 WavPack library and command-line programs:

Windows binaries (http://www.wavpack.com/files/wavpack-4.60.0-beta.zip)
Linux distribution (http://www.wavpack.com/files/wavpack-4.60.0-beta.tar.bz2)

The big changes are binary APEv2 tag support (i.e. cover art), raw PCM support, and the 16-channel limit being removed.

Here's the complete list of changes from 4.50. Note that some of these items were included in the alpha release (in January!)
and some were included in the beta release of the winamp plugin which was done for the Essentials Pack (so there is no new
winamp update).

Note that the -ww option in the alpha for adding binary tags has been changed to --write-binary-tag because I
realized that using -ww would not report any error with a previous version, but would store the file as text (oops!)

Thanks everyone for your support and, as always, I appreciate any testing or comments on the betas! 
Title: WavPack 4.60 beta available
Post by: esa372 on 2009-09-16 04:07:19
Excellent news, bryant - Thank you!

It's great to see new WavPack developement.  I'll be cheking out the new beta tomorrow.

Keep up the good work, and thanks again!

 

~esa

Title: WavPack 4.60 beta available
Post by: Liisachan on 2009-09-16 05:12:15
Thank you
I tested the --raw-pcm option, and --raw-pcm=48000,16,2 worked for me.
When wvunpack'ed, the result is (of course) bit-identical to the original data (except the newly decoded file has 'cue '... at the end).
Title: WavPack 4.60 beta available
Post by: shadowking on 2009-09-16 08:31:28
Thanks David.
Title: WavPack 4.60 beta available
Post by: Synthetic Soul on 2009-09-16 09:45:02
Excellent news David, thanks you.

I am particularly interested in binary tagging, and the ability to dump tags to stdout or to file.
Title: WavPack 4.60 beta available
Post by: Xenion on 2009-09-16 11:23:22
excellent
Title: WavPack 4.60 beta available
Post by: sPeziFisH on 2009-09-16 21:43:49
Thank you.

If you want to hear a complete album in only some minutes, you could put each track into its own channel.. and downmix  Yeah I know, your human brains are not capable of things like that..   

edit: stuff
Title: WavPack 4.60 beta available
Post by: BoraBora on 2009-09-17 00:19:58
Great news, thanks a lot for your work, Bryant!

It may be worth noting that Catraxx now supports WavPack:

Quote
8.30 - August 31, 2009

    * Audio: Added full support for WavPack files.
Title: WavPack 4.60 beta available
Post by: ssjkakaroto on 2009-09-17 06:12:57
Thanks for the update David!
Title: WavPack 4.60 beta available
Post by: randal1013 on 2009-09-20 22:16:19
i'm a little confused about the binary tag for adding cover art. is there a specific field i should use for the art? and the picture must be in the same folder as the source file, right?
Title: WavPack 4.60 beta available
Post by: bryant on 2009-09-20 23:06:59
i'm a little confused about the binary tag for adding cover art. is there a specific field i should use for the art? and the picture must be in the same folder as the source file, right?

The field name for cover art has been decided to be "Cover Art (Front)". A complete list of WavPack accepted fields is near the end of this (http://www.wavpack.com/file_format.txt) document (although anything is allowed, obviously, if you don't need any other application to recognize it).

I think the source file folder is looked in first, but if it's not found there then it will look in any other directories specified on the command line. Also, on Windows, the filename can be a wildcard (but there must be only one match).
Title: WavPack 4.60 beta available
Post by: randal1013 on 2009-09-24 03:29:22
when i use --write-binary-tag "Cover Art (Front)=Folder.jpg", foobar's art viewer says it's an unsupported format or corrupt file. when i load the converted file into mp3tag it doesn't recognize any cover art. what am i doing wrong?

if i convert to wavpack without the binary tag, i can add cover art with mp3tag and it shows up in foobar.
Title: WavPack 4.60 beta available
Post by: bryant on 2009-09-24 05:20:46
when i use --write-binary-tag "Cover Art (Front)=Folder.jpg", foobar's art viewer says it's an unsupported format or corrupt file. when i load the converted file into mp3tag it doesn't recognize any cover art. what am i doing wrong?

Unless you just typed it wrong for this post, you need a '@' before the filename to indicate it's a file. Otherwise it's just making a binary tag with those 10 characters (and that's how it should show up when you do a -ss on it with wvunpack):

Code: [Select]
Cover Art (Front): 10-byte binary item
instead of this:
Code: [Select]
Cover Art (Front): 60288-byte binary item (jpg)


edit: I think that this is a pretty easy error to make, and I can't think of any reason to create a binary tag directly from the command-line (as opposed to from a file), so I think maybe I'll make it an error instead. Thanks for catching this! 
Title: WavPack 4.60 beta available
Post by: randal1013 on 2009-09-24 15:23:52
i've tried the "@" symbol and when i click convert i get an error message.

Quote
1 out of 1 tracks converted with major problems.

Source: "D:\[MUSIC]\[TEMP]\Black Sabbath\1970-1\01.Black Sabbath.wv"
  An error occurred while writing to file (The encoder has terminated prematurely with code 1; please re-check parameters) : "D:\TEMP\[MUSIC]\01.Black Sabbath.wv"
Additional information:
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "D:\APPS\FOOBAR\0.COMMON\encoding\wavpack-460beta.exe" -i --write-binary-tag "Cover Art (Front)=@Folder.jpg" - "01.Black Sabbath.wv"
Working folder: D:\TEMP\[MUSIC]\

  Conversion failed: The encoder has terminated prematurely with code 1; please re-check parameters


if i remove the "@", the conversion works, but then obviously the artwork doesn't show.
Title: WavPack 4.60 beta available
Post by: bryant on 2009-09-24 16:32:55
Ah, okay, I remember this problem (although I'm not exactly sure of a solution, depending on how you are doing things). The original thread was here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=68566&view=findpost&p=608974).

The problem is that wavpack.exe does not know where to find "Folder.jpg" (which is why it's failing). It tries the current folder and any paths mentioned on the command line, but that's about all it can do. Taking out the '@' fixes the failure, but of course it's still not really finding the art.

What I gather from the poster is that if the artwork is put in the target folder then wavpack.exe can find it, but it can't find it if it's in the source folder. You might try that (if possible) or maybe putting in the full path to the artwork (probably not easy). Other than that, I don't have a solution, sorry... 

I did fix the bug reported in that thread of the crashing, but I don't think that will help here.
Title: WavPack 4.60 beta available
Post by: randal1013 on 2009-09-24 17:02:29
ok, i can confirm that it works if the picture is already in the destination folder, and also works if you put the full path in the command line. the good news is, you can use %FIELD% in the path.

for example, i used "@D:\[MUSIC]\[TEMP]\%ARTIST%\%DATE%\Folder.jpg" and it worked.

i also confirmed that by specifying the file path, the picture can be located anywhere on the hard drive. so if you have a folder with all your cover art, you can point to it in the command line. for example: "@D:\[MUSIC]\[COVER ART]\%ARTIST% - %ALBUM%.jpg" works as well.


so in conclusion, the binary tag actually has more functionality than originally implied.



good work and thank you for your help



EDIT: i feel i should point out, that $blah() operations don't work. so you can't use $REPLACE(%PATH%,%FILENAME_EXT%,Folder.jpg)
Title: WavPack 4.60 beta available
Post by: tedgo on 2009-09-24 19:54:32
for example, i used "@D:\[MUSIC]\[TEMP]\%ARTIST%\%DATE%\Folder.jpg" and it worked.

Thanks for this hint

EDIT: i feel i should point out, that $blah() operations don't work. so you can't use $REPLACE(%PATH%,%FILENAME_EXT%,Folder.jpg)

 
That's sad...
Would be great if foobar could support full title formating strings in converter.

@bryant
Thanks for making my preferred lossless codec even better and better
Title: WavPack 4.60 beta available
Post by: bryant on 2009-09-25 16:54:31
This is really good information...thanks for all your help (and thanks to everyone for trying out the new versions)!