View Issue Details

IDProjectCategoryView StatusLast Update
0002603MMW v4Playerpublic2007-02-28 20:48
Reporterrusty Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version3.0 
Summary0002603: MusicMatch-ripped tracks display time incorrectly
DescriptionFor many files ripped by MusicMatch (sample file saved to the ftp server):
-Shows as 15seconds in WMP and MediaMonkey in both the player and the tracklist, rendering the seekbar useless
-Shows as 153seconds in Winamp and iTunes
-Shows as 153seconds in MediaMonkey in the player of input plugin is switched to in_mpg123 so that the seekbar works (though the tracklist still shows 15s)

This issue is discussed at: http://www.mediamonkey.com/forum/viewtopic.php?t=11625
Additional InformationThere are a couple of tracks exhibiting this problem saved to the ftp server under bug2695.
TagsNo tags attached.
Fixed in build1011

Relationships

has duplicate 0002695 closedrusty File Lengths reported incorrectly when headers are incorrect 
related to 0004008 closedpetr Player 'thinks' track length is shorter than the calculated length 

Activities

jiri

2006-08-22 15:15

administrator   ~0007750

MM length calculation routines work fine (correct length really is 153s), but there is an incorrect value of 15s present in ID3v2 tag. The value from ID3v2 is taken with higher priority (question is whether it's a good thing or isn't...)

rusty

2006-08-23 19:57

administrator   ~0007753

I would suggest that when it comes to track time, MM should place a higher priority on the 'actual time' rather than on the track tag (like winamp and iTunes). (I don't think that users consider the 'Time' as metadata that they need to manage via tags, but rather as an innate characteristic of a track).

Is there any reason to not do this?

jiri

2006-08-24 08:53

administrator   ~0007756

Originally we had to use the information from ID3v2, because if the file was VBR and haven't had any header - MM couldn't get reliable track length. Since now MM has a very advanced and reliable mp3 track detection routines, we probably can cancel that checking of ID3v2 'track length' frame. Leaving this as an issue for MM 3.0.

jiri

2006-11-14 18:15

administrator   ~0008163

Fixed in build 1011.

rusty

2007-02-28 20:47

administrator   ~0008669

Verified 1018.

rusty

2007-02-28 20:48

administrator   ~0008670

Verified 1018.