Wild media server (UPnP, DLNA, HTTP)

k10ck3r wrote:Interesting. So, do I just need to rebuild the database from scratch, or is there a way to force the file properties to update?

k10ck3r wrote:

k10ck3r wrote:Interesting. So, do I just need to rebuild the database from scratch, or is there a way to force the file properties to update?

Ok, I couldn't find any easy way to force a rebuild, so I went to all music, pressed CTL+A to select all, then did a load properties from file. That seemed to fix it.

Is there an easier way to force a rebuild? Did I miss something?

"Select All" & "Load file properties" - simplest solution

k10ck3r wrote:Ok, here's a song that is ~ 6 minutes in length, but is reported by WMS to be over 11 minutes.

download the song "1000 miles" from the following artist site:
http://www.ilike.com/artist/KlokWurk

This direct link may work: http://c.ilike.com/d/0000/667/000066714 ... +miles.mp3

In version 1.00 changes for reading strange tags of this file

I found a lot more files with strange durations. It turns out that these all had some odd information in the extended mp3 tag length field. I used MP3Tag to delete the embedded length data and then reloaded the file properties to fix the issue. I wonder if it might be best to ignore extended mp3 tag info for length?

Aha - I just checked the MP3 tag specification. This is why the extended length field was messing it up. WMS is treating this field as the normal mm:ss.. format, but the spec says this field is actually the number of milliseconds.

(from http://www.id3.org/id3v2.3.0#TLEN):
"The 'Length' frame contains the length of the audiofile in milliseconds, represented as a numeric string"

So, if WMS uses this field, it needs to convert the msecs to the expected (mm:ss...) format

k10ck3r wrote:Aha - I just checked the MP3 tag specification. This is why the extended length field was messing it up. WMS is treating this field as the normal mm:ss.. format, but the spec says this field is actually the number of milliseconds.

(from http://www.id3.org/id3v2.3.0#TLEN):
"The 'Length' frame contains the length of the audiofile in milliseconds, represented as a numeric string"

So, if WMS uses this field, it needs to convert the msecs to the expected (mm:ss...) format

I fix in the next version, thanks for the notice about this issue.