More flexibility for extra slection choices

[simoncn]

(11-09-2013 13:29)winxi Wrote:  Let me give an example: when the current view is a whole multidisc album, there are all tracks visible and also '>> Disc n' containers. When now selecting one of the '>> Disc n' containers to be played via the context menu (long tap in BubbleUPnP), this '>> Disc n' container should be marked as 1), because otherwise MinimServer would return it empty.

I think there is a misunderstanding about what I'm proposing. The result from a Browse request marked as 1) for a multi-disc album would look like what MinimServer currently returns, except that the "Disc n" containers that are returned would directly return a list of tracks when browsed. The result from a Browse request marked as 2) for a multi-disc album would look like what MinimServer currently returns, except that it wouldn't include the "Disc n" containers.

With this approach, the context menu play operation in BubbleUPnP will work correctly on individual album discs.

I think I've found a way to send the 1) and 2) markers on Browse requests by including these within the SortCriteria field. The server could advertise some predefined "fake" sort capabilities on its GetSortCapabilities response, and these "fake" capabilities could be used as markers on Browse requests. If the server doesn't advertise these "fake" sort capabilities, this means it doesn't support this nonstandard extension.