*** This bug is a duplicate of bug 99941 ***
https://bugs.launchpad.net/bugs/99941
Unfortunately it still does; problems appears to be in xmms-mad.
Setting this bug as a duplicate of bug #99941 which has more
information.
** This bug has been marked a duplicate of bug 99941
Incorrect
problem appears to no longer exist in the xmms version included in edgy.
--
xmms reports very large and/or negative track duration in playlist
https://launchpad.net/bugs/57016
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
sorry, that's
mp3info -p %m\n `find . -name '*.mp3'` | egrep '\d{3,}'
--
xmms reports very large and/or negative track duration in playlist
https://launchpad.net/bugs/57016
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
This has happened to me several times, and each time I eventually
determined that it was the fault of a corrupt mp3 file incorrectly
reporting its length. You can use mp3info to try to identify the
offending file(s).
--
xmms reports very large and/or negative track duration in playlist
mp3info -p %m\n `find . -name '*.mp3'` | egrep '\d3,'
Run that in the root of your collection and it should complain about
corruption or return a number of minutes if any of the mp3s report being
longer than 100 minutes.
--
xmms reports very large and/or negative track duration in playlist
Since the command posted breaks with file names containing spaces, I instead
used
for f in *.mp3; do mp3info -p %m\n $f | egrep '\d{3,}'; done
in several directories that contained at least one file that shows up with very
wrong length in the xmms playlist. No errors or corruption reported, and
Yeah, I got the extact some problem.
--
xmms reports very large and/or negative track duration in playlist
https://launchpad.net/bugs/57016
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
