Incorrect song length reported

Bug #99941 reported by James
16
Affects Status Importance Assigned to Milestone
xmms
Invalid
Undecided
Unassigned
xmms-mad (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: xmms

When I load up song in the playlist, the song lengths shown are incorrect. I see numbers such as 27483:28 and -13377:-50. I am playing mp3 files, I don't know if this is only an issue with xmms-mad installed or affects the general xmms package. The files play fine otherwise.

Revision history for this message
jcfp (jcfp) wrote :

Thank you for your bug report. With what version of ubuntu and xmms does this happen?

Changed in xmms:
status: Unconfirmed → Needs Info
Revision history for this message
James (chiisu81) wrote :

This bug is in Ubuntu Feisty with XMMS 1.2.10+20061201-1ubuntu3 with xmms-mad 0.10-1.

Revision history for this message
jcfp (jcfp) wrote :

I could reproduce this behaviour on edgy with xmms-mad 0.10-1 and xmms 1.2.10+cvs20060429-1ubuntu2.1 as follows:

- xmms-mad not installed or disabled: lengths are correct.
- xmms-mad enabled, and xmms-mad option "Use fast playtime calculation" on: wrong song lengths on some files, persistent when playing (like Bug #57016).
- xmms-mad enabled, but xmms-mad option "Use fast playtime calculation" off: wrong lengths shown when loading new files into the playlist, changing to the correct lengths once the song is played (as in Bug #27424).

Could you please verify these findings on feisty and see if it is indeed xmms-mad causing this bug?

Revision history for this message
James (chiisu81) wrote :

Under Feisty:

With xmms-mad disabled, song lengths are correct upon loading into playlist, and load very quickly.
With xmms-mad enabled and "use fast playtime calculation" enabled, song lengths are incorrect when loaded and played. Load time is very slow.
With xmms-mad enabled and "use fast playtime calculation" disabled, song lengths are incorrect when loaded, but change to the correct length when that song is played. Load time is still low, but a little quicker than when enabled.

So it looks like the same thing happens in Feisty.

jcfp (jcfp)
Changed in xmms:
status: Needs Info → Confirmed
Revision history for this message
jcfp (jcfp) wrote :
Revision history for this message
James (chiisu81) wrote :

Ouch, it seems Gentoo will be removing XMMS entirely :( Are other distros going to follow suit? I've tried out BMP, but it feels like abandonware to me at this point. Surely I'm not the only one who doesn't like using something like Rhythmbox or Banshee for casual listening...

Revision history for this message
James (chiisu81) wrote :

I think XMMS should be replaced with Audacious in future releases.

Revision history for this message
James (chiisu81) wrote :

Unsubscribing myself from this bug because I think XMMS will eventually be removed and replaced with Audacious or something similar. Please update bug status as such.

Revision history for this message
dino99 (9d9) wrote :

outdated version; no more support expected

Changed in xmms-mad (Ubuntu):
status: Confirmed → Invalid
Changed in xmms:
importance: Unknown → Undecided
status: Unknown → New
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.