I've uploaded an experimental alpha version of the XMMS Musepack plugin.



For some extentions I need some help of other people to extend the GUI.

I also recomment to use the gapless plugin:

*http://www.mynetcologne.de/~nc-eisenlpe2/xmms-crossfade/

But disable resampling, this code is still highly suboptimal.

good news,

i don't personally use mpc for audio, i used to but with my large hard disk and ~80 cd's i have no need, i only use flac and then transcode whatever format i like but any development in any audio codec's support is great!!!



On a different topic, why did you develop the win32 support for winamp and then develop the XMMS support. Is there a common language or api that allows the 2 to be easily transferable? just wondering because Josh Coalson, FLAC developer is having difficulty supporting win32 apps as (i belive) he only uses *nix?!? If there is an easy way the develop plugins for both im sure he'd like to know.


Cheers,

Kristian

The Winamp PlugIns are currently (more or less) developed by Case not by Klemm.
It's good to see that the XMMS PlugIn is still being developed.
dev0

in what way is this project different from the one at http://sourceforge.net/projects/mpegplus/ ?
is this an updated version?



btw, is there any chance that this plugin is ported to XMMS embedded? I should prolly be asking there, however.. i may be luckier here

New 0.97h alpha Winamp plugin includes the same equalizer.

I tried the v0.96, but didn't notice any difference about reading tags:

It still doesn't read the genre (for every song it is "A capella").

The tag is actually read only after you play it, before that I see only filename in the title field, others are empty.

If I try to read info about another track, I always get info about the last mpc file that was played, or is playing at the moment.

Besides all that, the v0.96 has these new bugs, if I am not doing something wrong:

The title format (the way info is displayed in the playlist, eg. 1% - 2%) is not saved, so when you restart xmms you have to configure it again.

Most annoying: if I play files with some non-english characters that are not recognized correctly (eg. files originally created in windows xp), the xmms crashes. When I was logged as root, it crashed the system, too.

The last two problems were fixed when I put back v0.94.

Despite all this whining and complaining, I'm glad to see that mpc support for xmms is still being developed. Thanks.

Anyone else getting this problem? Maybe file corrupted?
bzip2: xmms-0.96.tar.bz2 is not a bzip2 file.

> It still doesn't read the genre (for every song it is "A capella").

ID3V1.1 or APE2.0 ???

Sorry I do not use Genre. 1 title, 15 persons, 16 different genres.
See CDDB. There are a lot of CDs with the same titles (but different ID),
but with completely different genres ;-)

> The tag is actually read only after you play it, before that I see only filename in the title field,
> others are empty.

Seems to be a problem of XMMS. There's a function FileName -> DisplayedName and this
function is only called when playing. Ask the XMMS developers or the original MPC XMMS
programmer. I have really no idea.

> The title format (the way info is displayed in the playlist, eg. 1% - 2%) is not saved, so when
> you restart xmms you have to configure it again.

Corrected

> if I play files with some non-english characters that are not recognized correctly
> eg. files originally created in windows xp),
>
Characters above U+0x00000080 are displayed as two (other) characters.
I don't know a function to display UTF-8 or Unicode under Linux/Gnome.
I can convert U+0x00000080...U+0x000000FF to display correctly, but
this is not ther reight solution.

> the xmms crashes.
>
Bug of XMMS. Here XMMS do not crash, but displays two wrong characters.


> When I was logged as root, it crashed the system, too.
>
XMMS is able to crash the system. You don't need to be logged in as root.
I would never start XMMS on a server computer.

Probably ape 2.0 since most of my mpcs have ape 2 and only a few id3v1.1, but I'll check it out when I run linux.

There must be some trick to fix this, because it works fine with ogg vorbis. But I don't see this as a major bug.

Well, it doesn't seem to crash with all characters, but definitely with the character that looks like "c" but has a small "/" above, it is used in Croatia, Bosnia, Serbia, ... Anyway, like I said, the v0.94 shows a "?" (just like the Konqueror) for all unknown characters and plays fine, while the v0.96 shows two wrong characters and crashes when I try to play such file.

Both versions (0.94 and 0.96) don't read the genre from neither ID3V1.1 nor APE2.0

>>> It still doesn't read the genre (for every song it is "A capella").

>> ID3V1.1 or APE2.0 ???

> Probably ape 2.0 since most of my mpcs have ape 2 and only a few id3v1.1, but I'll check it out when
> I run linux.

It read out the right genre. But the GUI displays garbage. The Combo-Box must be replaced
by a Combo+Text element so you can enter the ID3 genres and also free text.


>>> The tag is actually read only after you play it, before that I see only filename in the title field,
>>> others are empty.

>> Seems to be a problem of XMMS. There's a function FileName -> DisplayedName and this
>> function is only called when playing. Ask the XMMS developers or the original MPC XMMS
>> programmer. I have really no idea.

>There must be some trick to fix this, because it works fine with ogg vorbis. But I don't see this
> a major bug.

I don't know this trick.


> Well, it doesn't seem to crash with all characters, but definitely with the character that looks like
> "c" but has a small "/" above, it is used in Croatia, Bosnia, Serbia, ... Anyway, like I said, the
> v0.94 shows a "?" (just like the Konqueror) for all unknown characters and plays fine, while
> the v0.96 shows two wrong characters and crashes when I try to play such file.

Unicode 0x80...0xFF is fixed (Middle Europe), but very likely you need 0x100...0x1FF (Eastern Europe).
I don't know how to display these chars. May be XMMS is unable to display this, because
I don't saw any wide char function in it. Currently I display such chars as
<U+0x123>. Invalid Unicode chars are display as [0x87].

I uploaded new binary and code (under the same name).

Start xmms from a console.

Then there will be some information printed.
Tags are read correctly. But GUI displays some different.

Also the GUI has no box to enter the track number.

Also note, that this plugin can't edit tags. The code is removed.
I need some GUI stuff to add this functionality again.

Thanks a lot. Now the plugin also works for non-Linux versions of XMMS.

Very nice not to have that annoying id3 error message popping up whenever i play mpc files.

Frank -

Many, many thanks. The updated XMMS plugin was something I was waiting for for a long time. Works like a champ for me.

XMMS Musepack Plugin 0.97 is released.

The equalizer is completely reprogrammed.

For further information see the Changelog file.

Development stops here now. The necessary GUI changes I can't program myself
within some hours and I have enough other stuff to do.

Where can one get the sources?

Take some closer look at the homepage. (Hint: decoder source section)

Im must be blind
Thanks

0.98

- Final version of the EQ (see documentation of the next WinAMP plugin)
- xlevel support
- support of sample frequencies of 32, 37.8, 44.1, 48 kHz

Don't kill the Subwwofer of your loudspeaker using the lowest EQ control!

XMMS Plugin 0.98 works fine. Just wanted to note that it still says version 0.97 in the Makefile.

Anyway. Great work.

0.98 WinAMP plugin is out (see Case audio web page).
It contains the changes made in the XMMS plugin and some bugfixes.

Enjoy using the plugin.

np: Silverside