miniDLNA assigns values for upnp:originalTrackNumber which are one less than they ought to be when serving tagged WMA audio files. Files for which the track number is 1 are assigned no upnp:originalTrackNumber value at all, track 2 is assigned a value of 1, track 3 is assigned a vlue of 2, etc. This affects the displayed track order in some UPnP renderers, though not in others. The issue appears to be specific to WMA files as MP3 and FLAC files are not affected.
I have confirmed this behaviour using miniDLNA 1.0.25 running under Linux Mint and it's also a problem on my Netgear ReadyNAS Duo v2 running firmware 5.3.7 which I presume incorporates the latest port of miniDLNA. The values of upnp:originalTrackNumber were viewed using UPnP Inspector on Windows and Linux.
Log in to post a comment.