Track Ordering Issue with DiscSubtitle

[tiefling]

Until recently, my tracks were ordered according to discnumber.tracknumber with a virtual tracknumber when there was no DiscSubtitle field and by separted track numbers with the DiscSubtitle as a Subheading in between.

I've noticed today that this is no longer the case on any of my controller endpoints (mConnect, Serento, Cambridge Audio) - Whle multi disc albums with no DiscSubtitle are fine, when I have a DiscSubtitle the DiscSubtitle groupings are listed at the top now, and all the tracks muncge together in the wrong order - with all th Track 1's at the top, then all the Track 2's etc.

This is manageable on some control points, but on others, where DiscSubtitle isn't seen at all, it completely messes up the playing order.

This is only an issue in the main views - If you access files via the Folder view it works fine, but that's not an option either in all controllers.

Has anyone else found this and have a solution or has a bug appeared?

[simbun]

Looks fine to me on MinimServer 2.2 update 275. Have you recently upgraded MinimServer?

   

[simoncn]

Please post all your MinimServer configuration property settings and a screenshot showing the incorrect display.

[tiefling]

I suspect I'm just more focused on everything, as I've been trying out new control points. I made an error in my original post - My 2 Cambridge Audio apps are displaying the track orders correctly, while mConnect and Serento (serento.app) are not.

I am using the MinimServer config exactly as recommended by Serento now, with only a few minor tweaks.

aliasTags: Artists:-Artist
indexTags: Artist, Date, Genre, All Artists, Composer, Publisher, Soloists, Orchestra, Ensemble, Choir, AlbumArtist, *RecentAdded, *RecentPlayed, #AudioData, #AudioFormat
itemTags: catalognumber, releasecountry, lyricist, musicbrainz_albumartistid, musicbrainz_albumid, musicbrainz_artistid, musicbrainz_discid, musicbrainz_originalalbumid, musicbrainz_originalartistid, musicbrainz_recordingid, musicbrainz_releasegroupid, musicbrainz_trackid, Engineer, DISCSUBTITLE, Style, Period, Instrument, Lyrics, Producer, Label, Movement, MovementNumber, MovementTotal, MovementName, InvolvedPeople, Work, Work--Name, RecordingDate, RecordingLocation
mergeFolderAlbums: false
tagValue: RecordingDate.merge={Date}

excludePattern: .Trash*
serverOptions: indexArtwork=auto, recentAdded=1000
showExtras: true
startupScan: false
tagFormat: AlbumArtist.displayFormat={$albumartist}
upnpCustom: multiTag={Artist,Genre}
writeAllTags: all tags

I'm typing this from my server - I will try to follow up with screenshots shortly.

Failing all else, is there an option to get MinimServer to ignore the Disc Subtitle field, so those albums then get treated in the same way as one which doesn't have that field set? If the issue is purely with the apps(s) that would be a solid workaround.

[tiefling]

mConnect screenshot

[tiefling]

Serento Screenshot

[stefano_mbp]

I’ve just checked JPlay for iOS, Lumïn, Linn apps and they are all working fine.
MConnect Player is wrong here too, I cannot try Serento, but as far as I can remember MConnect Player always had this issue

[simbun]

The best way to validate MinimServer and its configuration is by checking the metadata that's sent to the control point.

Using a traditional UPnP control point (e.g. BubbleUPnP, mconnect)

• Browse to your album listing
• From MinimWatch open the log window, press Clear and change the logging level to Trace
• In your control point select an album that contains disc subtitles
• Set the Logging level back to Info (it's really important that you do this) and copy the contents of the log window to a text editor
• Select the block of text starting with '<DIDL-Lite xmlns' and ending '</DIDL-Lite>' and paste it into https://jsonformatter.org/xml-formatter
  

You should see a disc subtitle (<upnp:class>object.container</upnp:class>) followed by tracks (<upnp:class>object.item.audioItem.musicTrack</upnp:class>) repeated as many times as there are disc subtitles.

Here's an excerpt from the album 19 by Adele:

Code:

<DIDL-Lite>
    <container>
        <dc:title>&gt;&gt; 19</dc:title>
        <upnp:class>object.container</upnp:class>
    </container>
    <item>
        <dc:title>Daydreamer</dc:title>
        <upnp:originalTrackNumber>1</upnp:originalTrackNumber>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
    </item>
    <item>
        <dc:title>Best For Last</dc:title>
        <upnp:originalTrackNumber>2</upnp:originalTrackNumber>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
    </item>
    <container>
        <dc:title>&gt;&gt; Acoustic Set Live From The Hotel Cafe, Los Angeles</dc:title>
        <upnp:class>object.container</upnp:class>
    </container>
    <item>
        <dc:title>Chasing Pavements (Live)</dc:title>
        <upnp:originalTrackNumber>1</upnp:originalTrackNumber>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
    </item>
    <item>
        <dc:title>Melt My Heart To Stone (Live)</dc:title>
        <upnp:originalTrackNumber>2</upnp:originalTrackNumber>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
    </item>
</DIDL-Lite>

A traditional UPnP control point should display the objects in the order they're received from the server.

[tiefling]

I will give that a try in a few days when I can mess about for a bit - MinimWatch is a tricky beast on my machines due to Gnome issues, but I’ll try and post back.

I have effectively worked around this non-ideally by setting an aliasTag of discsubtitle:-UnusedDiscSubtitle which makes the tag go away so it doesn’t cause any problems for now.

[simoncn]

The DIDL-Lite in post #8 shows why this isn't working with control points that "scrape" metadata instead of showing the Browsing tree created by MinimServer.

For a multdisc album, MinimServer returns the following for the album contents:

-- container for album
---- container for first disc title (with no contents)
---- track 1 for first disc
---- track 2 for first disc
---- other tracks ....
---- container for second disc title (with no contents)
---- track 1 for second disc
---- track 2 for second disc
---- other tracks ....
---- etc.
-- end container for album

The <container> entries don't have any contents. They are just dividers indicating the end of one disc and the start of the next disc. This means that each track is a child of the album, not a child of the disc.

To make this work with control points like Serento that create their own browsing structure based strictly on metadata, MinimServer would need to return something like this:

-- container for album
---- container for first disc
---- track 1 for first disc
---- track 2 for first disc
---- other tracks ....
-- end container for first disc
---- container for second disc
---- track 1 for second disc
---- track 2 for second disc
---- other tracks ....
-- end container for second disc
-- etc.
-- end container for album

In "standard" UPnP control points, this would show the album as just a list of discs with no tracks displayed. To see tracks for a disc, the user would need to select the disc at the top level. This is how groups of tracks created using the GROUP tag are shown by MinimServer.

It would be worth trying the following aliasTags setting to see if this enables Serento and other affected control points to work correctly:

DiscSubtitle:Group

This replaces DiscSubtitle tags with Group tags in the MinimServer library without changing the files on disc. An aternative is to add this to the tagValue setting:

Group.replace={DiscSubtitle}

This copies DiscSubtitle tag values to Group tag values and retains the DiscSubtitle tag values.