The ebuilds that compile and install XMMS introduce many minor bugs that are not present when I manually compile and install XMMS (without any patches). Until today, I thought the problems where due to glitches in the MP3 files, but today I learned that the MP3 files are fine and that the Gentoo compiled version of XMMS is the problem.
The problems are:
1) seeking to random locations (by moving the track location slider) fails
2) seeking by jumping forward/backward 5 seconds fails
3) track time incorrectly displays as 0:00 and playback slider never moves
4) track location slider jumps when pause button pressed, jumps back when unpaused
These problems manifest with xmms-1.2.10-r15 or x86. 2005.0 or 2005.1 install, I cannot remember which. 2.6.14-r5 kernel (and also on previous 2.6.12-r10 kernel).
Problems 1-3 (but not 4) also exist with xmms-1.2.7-r19.
Problem 4 also exists when playing back ogg-vorbis files.
The problems only exist with the portage/ebuild installed version of XMMS. When I manually install XMMS 1.2.10 and/or 1.2.7 (./configure && make && make install) XMMS works fine.
The problems only exist with certain MP3 files. It may be that it only exists with MP3 files lacking Xing or ID3V2 info, but I am not an MP3 expert and this is only speculation from a third party who helped me track down the bug.
I am unfamiliar with Bugzilla, but I will try to attach a couple MP3 files that expose the problems.
Created attachment 77052 [details]
An MP3 file that exposes the problems described.
Created attachment 77053 [details]
A second MP3 file that exposes the problem.
I had the same problem. But it goes away if you uncheck the "Parse XING Headers" option in the "MAD MPEG Decoder" input plugin configuration dialog. That's with xmms-1.2.10-r15
xmms and all plugins are now package.masked and will be removed from the tree in one month.