I've been working on wavpack support for xmms and I think I'm finally ready to release something for testing. If you're interested you can grab pre-compiled plugins for Linux here:
http://www.caddr.com/xmms-wavpack-test.tar.gz (http://www.caddr.com/xmms-wavpack-test.tar.gz)
Instructions for installation are in the tarball. This still needs polishing but basic playback and seeking and tag reading seem to be working for me. I've only tested these on Fedora Core 2 but I think they should work on other distros. I'll release source packages for these soon.
Thanks to Lefungus for his xmms-musepack plugin which provided the basis for this plugin.
Simply great.
Awesome. Thank-you very much
Thanks kuniklo...
Fedora Core 3 & XMMS 1.2.10:
Playback and tags work fine, but as soon as I touch the seekbar the player quits. I don't care, I wont seek. I've been waiting quite a while for this. Thank you so much!
Fedora Core 3 & XMMS 1.2.10:
Playback and tags work fine, but as soon as I touch the seekbar the player quits. I don't care, I wont seek. I've been waiting quite a while for this. Thank you so much!
[a href="index.php?act=findpost&pid=265115"][{POST_SNAPBACK}][/a]
Sorry about that. I know what's going on there. If you re-download the package I think seeking should be fixed.
Seeking works now. Thanks again! God, I love this place!
Seeking works now. Thanks again! God, I love this place!
[a href="index.php?act=findpost&pid=265135"][{POST_SNAPBACK}][/a]
Great. Thanks for testing & for the bug report.
I'll try to put together a little more official release of this sometime soon. I need to co-ordinate this with Bryant a bit as it requires the dev version of the wavpack code.
I was waiting for this. Muchos gracias!
Edit: But I think something is wrong with the CPU usage. When I play a wavpack file with wvunpack piped through aplay the CPU usage is 8%. The same file with xmms uses 36%. CPU is Athlon 800.
I was waiting for this. Muchos gracias!
Edit: But I think something is wrong with the CPU usage. When I play a wavpack file with wvunpack piped through aplay the CPU usage is 8%. The same file with xmms uses 36%. CPU is Athlon 800.
[a href="index.php?act=findpost&pid=265156"][{POST_SNAPBACK}][/a]
Hmm. That's strange. It doesn't even register on my machine (dual xeon 3.4gig), but it is extremely fast.
Anyone else noticing usually high load?
Excellent!
Thanks a lot.
I was waiting for this. Muchos gracias!
Edit: But I think something is wrong with the CPU usage. When I play a wavpack file with wvunpack piped through aplay the CPU usage is 8%. The same file with xmms uses 36%. CPU is Athlon 800.
[a href="index.php?act=findpost&pid=265156"][{POST_SNAPBACK}][/a]
Hmm. That's strange. It doesn't even register on my machine (dual xeon 3.4gig), but it is extremely fast.
Anyone else noticing usually high load?
[a href="index.php?act=findpost&pid=265159"][{POST_SNAPBACK}][/a]
I'm at work using an Intel Celeron @ 800Mhz and Ubuntu. The CPU usage goes no higher for Wavpack than it does for Vorbis.
I was waiting for this. Muchos gracias!
Edit: But I think something is wrong with the CPU usage. When I play a wavpack file with wvunpack piped through aplay the CPU usage is 8%. The same file with xmms uses 36%. CPU is Athlon 800.
[a href="index.php?act=findpost&pid=265156"][{POST_SNAPBACK}][/a]
Hmm. That's strange. It doesn't even register on my machine (dual xeon 3.4gig), but it is extremely fast.
Anyone else noticing usually high load?
[a href="index.php?act=findpost&pid=265159"][{POST_SNAPBACK}][/a]
I'm back @ home on my Fedora system and it has the same CPU problem reported by Speek. CPU usage goes up 30%.
---
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel® Pentium® 4 CPU 2.00GHz
stepping : 7
cpu MHz : 1993.592
cache size : 512 KB
---
Edited to add cpuinfo
I was waiting for this. Muchos gracias!
Edit: But I think something is wrong with the CPU usage. When I play a wavpack file with wvunpack piped through aplay the CPU usage is 8%. The same file with xmms uses 36%. CPU is Athlon 800.
[a href="index.php?act=findpost&pid=265156"][{POST_SNAPBACK}][/a]
Hmm. That's strange. It doesn't even register on my machine (dual xeon 3.4gig), but it is extremely fast.
Anyone else noticing usually high load?
[a href="index.php?act=findpost&pid=265159"][{POST_SNAPBACK}][/a]
I'm back @ home on my Fedora system and it has the same CPU problem reported by Speek. CPU usage goes up 30%.
---
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel® Pentium® 4 CPU 2.00GHz
stepping : 7
cpu MHz : 1993.592
cache size : 512 KB
---
Edited to add cpuinfo
[a href="index.php?act=findpost&pid=265446"][{POST_SNAPBACK}][/a]
Strange. David suggested a few possible causes of this problem. I'll see if can track it down.
thanx kuniklo!
new wavpack packages + xmms-wavpack are at rarewares debian rep now
have you decided on a license? i didn't see any info in SVN.
also, most of the text is for xmms-musepack (i.e. Changelog, etc.)
also, it would be nice to have text information for the wavpack package (real changelog, etc.) i only knew it was 4.2b3 by looking at the SVN revision notes
thanx again, and
later
thanx kuniklo!
new wavpack packages + xmms-wavpack are at rarewares debian rep now
have you decided on a license? i didn't see any info in SVN.
also, most of the text is for xmms-musepack (i.e. Changelog, etc.)
also, it would be nice to have text information for the wavpack package (real changelog, etc.) i only knew it was 4.2b3 by looking at the SVN revision notes
thanx again, and
later
[a href="index.php?act=findpost&pid=266090"][{POST_SNAPBACK}][/a]
I need to figure all this stuff out. This plugin basically is the musepack plugin with the decoding parts replaced by wavpack stuff at the moment. I'll probably just release it under the same license as the musepack plugin.
I've uploaded a new version of the plugin at the same url as posted in the original announcement.
This fixes title display in the playlist and I'm hoping will fix the performance issues some people have been experiencing. Could those of you that had issues with the last version please give this one a try?
I've uploaded a new version of the plugin at the same url as posted in the original announcement.
This fixes title display in the playlist and I'm hoping will fix the performance issues some people have been experiencing. Could those of you that had issues with the last version please give this one a try?
[a href="index.php?act=findpost&pid=287662"][{POST_SNAPBACK}][/a]
Thanks! I'm in Key West right now, but I'll check it out as soon as I get home. Thanks for taking the time to work on this!
Thanks Kuniklo! The performance issues are fixed. The new version uses 10x less CPU power! Old version 25-27%, new version 2.0-2.7%. This is with files compressed with high setting. CPU is Pentium III 866.
Thanks Kuniklo! The performance issues are fixed. The new version uses 10x less CPU power! Old version 25-27%, new version 2.0-2.7%. This is with files compressed with high setting. CPU is Pentium III 866.
[a href="index.php?act=findpost&pid=287939"][{POST_SNAPBACK}][/a]
That's great! Thanks for testing. I'm hoping to do a real release of this shortly.
Fixed on my end as well. Thanks again.
Is 24bits/48kHz playback supported?
Trying to play WavPack audio files ripped from DVD produces static here.
Could this be something wrong on my side?
xmms doesn't support 24bit output, it has nothing to do with the plugin.
The same file was decoded to PCM (Wav).
The Wav file can be played using XMMS (1.2.10).
The display shows:
23H kbps (=2300 kbps, 2304 kbps being the actual value)
and
48 kHz
So it seems that 24bits/48kHz PCM (Wav) files can be played.
i updated xmms-wavpack for rarewares/debian.
...and i've made some changes to kuniklo's last sources and it is on my server here:
http://xmixahlx.dyndns.org/debian/source/x...0.1.orig.tar.gz (http://xmixahlx.dyndns.org/debian/source/xmms-wavpack_1.0.1.orig.tar.gz)
later
i updated xmms-wavpack for rarewares/debian.
...and i've made some changes to kuniklo's last sources and it is on my server here:
http://xmixahlx.dyndns.org/debian/source/x...0.1.orig.tar.gz (http://xmixahlx.dyndns.org/debian/source/xmms-wavpack_1.0.1.orig.tar.gz)
This link seems to be dead, so I have put a copy on my site:
http://www.wavpack.com/files/xmms-wavpack_1.0.1.orig.tar.gz (http://www.wavpack.com/files/xmms-wavpack_1.0.1.orig.tar.gz)
Xmixahlx, I really appreciate you working on this. I am wondering, does it makes any sense to add this to the WavPack sources? For Windows, I have the winamp and Audition plugins there, so there is some precedent. I suspect that we would want some way of conditionally building it because someone who wasn't specifically looking for xmms wouldn't have xmms-dev installed, or could we check for that? As you can see, I'm pretty clueless about this packaging stuff...
Thanks again,
David
it would probably be a good idea to keep it in your source tree (like all the other plugins) but even now this plugin isn't complete so i'd avoid building it with the rest of wavpack on *nix
my server is up again - i was playing around with my router and i'm done now.
and david, i really appreciate your work on wavpack! thanks so much
later
it would probably be a good idea to keep it in your source tree (like all the other plugins) but even now this plugin isn't complete so i'd avoid building it with the rest of wavpack on *nix
Today I installed xmms and xmms-dev and tried to build the plugin in preparation for including it in the WavPack source tree (and possibly adding some stuff) but I couldn't build it. The INSTALL file specifies doing a "configure", but it isn't in there. Are there some missing files, or am I missing something? I thought I had Kuniklo's original sources, but I can't find them either...
Thanks!
David
it would probably be a good idea to keep it in your source tree (like all the other plugins) but even now this plugin isn't complete so i'd avoid building it with the rest of wavpack on *nix
Today I installed xmms and xmms-dev and tried to build the plugin in preparation for including it in the WavPack source tree (and possibly adding some stuff) but I couldn't build it. The INSTALL file specifies doing a "configure", but it isn't in there. Are there some missing files, or am I missing something?
It's generated from configure.in with autotools, try `autoreconf -fi'.
Usually people don't include configure & co in cvs/svn repos, as it's just waste of space and bandwidth. They're put it to release tarballs though, as audience is usually wider and you can't expect everybody having autotools installed.
It's generated from configure.in with autotools, try `autoreconf -fi'.
Usually people don't include configure & co in cvs/svn repos, as it's just waste of space and bandwidth. They're put it to release tarballs though, as audience is usually wider and you can't expect everybody having autotools installed.
Thanks a lot, worked like a champ!
Well, it worked after I installed g++, but I was able to figure that one out myself...
Cool! It would have been nice if efforts where done to make the xmms-wavpack plugin mature.
Even if it's an old and in many respects not that good a player, xmms is widespread and I think that a fully working xmms plugin is one of the prerequisites for a formats inclusion in the *nix community.
Cool! It would have been nice if efforts where done to make the xmms-wavpack plugin mature.
I agree. The major areas that need improvement are the implementation of replaygain (which is in there but doesn't work) and the handling of bitdepths other than 16. I think I can handle getting those in pretty quickly because I can use code from the new winamp plugin.
As an update to this topic, I have incorporated xmms-wavpack into the WavPack source tree, made some improvements, and bumped it to 1.0.2. Here are the improvements:
- play all supported bitdepths
- edit tags with WavPack library
- implement Replaygain playback
- enable visualizations & EQ
- fix big-endian issue?
I also ran into a few problems with the build environment (not sure if it's just me or not). The first thing is that I have to do a "make clean" every time I change a source file. More troublesome is that when I do a "make dist-bzip2" it doesn't include the .h files in the src directory. I'll play around when I get a chance, but if anybody has an easy fix for these I would appreciate it.
In any event, the code is here:
http://svn.slomosnail.de/wavpack/trunk/xmms/ (http://svn.slomosnail.de/wavpack/trunk/xmms/)
Thanks in advance for any testing and/or feedback!
David
i'll add this to my list of stuff to do this week
later
Compiles, installs and work nice as far as I can see from brief testing, thanks!
Does the "Enable Dynamic Bitrate Display" option actually do anything, or is it just a remnant from the Musepack plugin?
New libwavpack-dev dependency should be added to the INSTALL file (and mention of musepack probably removed from same file?).
i'll add this to my list of stuff to do this week
Thanks!
Compiles, installs and work nice as far as I can see from brief testing, thanks!
Does the "Enable Dynamic Bitrate Display" option actually do anything, or is it just a remnant from the Musepack plugin?
Thanks for giving it a try! The "Enable Dynamic Bitrate Display" is just a remnant and doesn't do anything now, but I think it will be pretty easy to turn back on. I also want to add the option I have in the winamp plugin to ignore .wvc files.
New libwavpack-dev dependency should be added to the INSTALL file (and mention of musepack probably removed from same file?).
Haha! I guess I never looked in that file, but yes, I'll update that...
rarewares/debian package is updated & working great
thanks david
later
rarewares/debian package is updated & working great
Thanks!
I should inform I tried to install the svn source on a Debian stable (Etch) box the other day against it's libraries. It compiled and installed but did not show up in XMMS. Etch uses Wavpack 4.32 libs. I uninstalled those and installed 4.41 from source. Now xmms-wavpack installed as intended, working nice. So the versions of other dependencies (gtk, glib and xmms headers and libs) in Etch seems ok, following that it must be compiling against wavpack 4.32 that makes problems.
XMMS is probably fast fading away but still...
I noticed that OpenBSD have added xmms-wavpack to their ports list. However, the package are marked "no license", and the mantainer was complaining that the tarball downloaded from wavpack.com contains no licensing information. You probably should put a COPYING file of some sort in the tarball...
Regarding both the original xmms-musepack code and the wavpack code are under 3 clause BSD license I have a guess what that license could be, but then it's not up to me and I don't know...
XMMS is probably fast fading away but still...
I noticed that OpenBSD have added xmms-wavpack to their ports list. However, the package are marked "no license", and the mantainer was complaining that the tarball downloaded from wavpack.com contains no licensing information. You probably should put a COPYING file of some sort in the tarball...
Regarding both the original xmms-musepack code and the wavpack code are under 3 clause BSD license I have a guess what that license could be, but then it's not up to me and I don't know...
Actually, the copy of the xmms-musepack plugin that I saw was GPL, so I made the xmms-wavpack the same. I had a conversation with someone about this a few months ago and did create the COPYING file and put a mention in the README (or INSTALL, I forget).
However, that’s just in SVN...I will add something to the About display and package it when I release 4.60, which hopefully will not be too long.