Bug 86926

Summary:	inconsistent display of mp3 lengths
Product:	[Unmaintained] taglib	Reporter:	Michael Daum <micha>
Component:	general	Assignee:	Scott Wheeler <wheeler>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	wenlil
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Michael Daum 2004-08-10 18:44:28 UTC

Version:           2.0.2 (using KDE 3.2.3,  (3.1))
Compiler:          gcc version 3.3.4 (Debian 1:3.3.4-7)
OS:                Linux (i686) release 2.6.6

Hi,

on some of my mp3s (can send some if requested) the table widget
displays a length of 0:00 minutes. But starting it will give the
correct length at the bottom of the main widget together with the elapsed minutes status.

	Micha.

Comment 1 Scott Wheeler 2004-08-10 18:54:48 UTC

That's just an instance of TagLib not being able to figure out the length of the file.  The playing widget gets the time from the playing backend being used.  Can you post an example file that's problematic somewhere?

Comment 2 Scott Wheeler 2004-09-02 13:20:38 UTC

No further information from reporter.

Comment 3 Michael Daum 2004-09-02 13:28:02 UTC

Sorry, Scott, but I sent you an example mp3 in a private email on
2004-08-11 to wheeler at kde.org. Will send it again.

Comment 4 Scott Wheeler 2004-09-02 14:37:20 UTC

Hmm.  Weird.  I don't see it in my inbox...  Looking again.

Comment 5 Scott Wheeler 2004-09-06 22:55:45 UTC

Just reopening so that I don't forget.  I do have the test mp3, I have confirmed that it isn't parsed.  There are some invalid MPEG headers in there, so I'll have to decide how much I want to work around such things.

Comment 6 Scott Wheeler 2006-06-13 17:22:02 UTC

*** Bug 129098 has been marked as a duplicate of this bug. ***

Comment 7 Scott Wheeler 2008-02-01 03:53:25 UTC

Finally coming back to this one.  I noticed playing around with i.e. mp3val that it can resync MP3s that have corrupted segments (like this one).  After looking over this again though, I don't consider it important for TagLib to retrieve correct information when there's this type of corruption.