Kodi Community Forum - Playlists over UPnP

Is it a bug or feature of XBMC to set object.item.audioItem.musicTrack class for playlists? Currently Showtime rejects to load XBMC's playlist via UPnP because it doesn't expect object.item.audioItem.musicTrack.

XBMC's playlist:

Code:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>

<smartplaylist type="musicvideos">

    <name>Test</name>

    <match>all</match>

    <rule field="genre" operator="contains">

        <value>Metal</value>

    </rule>

</smartplaylist>

Relevant Showtime's debug log:

Code:
ObjectID (STR) = "special://profile/playlists/video/Test.xsp"

BrowseFlag (STR) = "BrowseMetadata"

Filter (STR) = "*"

StartingIndex (S64) = 0

RequestedCount (S64) = 1

SortCriteria (STR) = ""

<?xml version="1.0" encoding="utf-8"?><s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><ns0:Browse xmlns:ns0="urn:schemas-upnp-org:service:ContentDirectory:1"><ObjectID>special://profile/playlists/video/Test.xsp</ObjectID><BrowseFlag>BrowseMetadata</BrowseFlag><Filter>*</Filter><StartingIndex>0</StartingIndex><RequestedCount>1</RequestedCount><SortCriteria/></ns0:Browse></s:Body></s:Envelope>

Result (STR) = "<DIDL-Lite xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/"><item id="special://profile/playlists/video/Test.xsp" parentID="special://profile/playlists/video/" restricted="1"><dc:title></dc:title><dc:creator>Unknown</dc:creator><upnp:genre>Unknown</upnp:genre><res protocolInfo="http-get:*:video/xsp:*">http://10.0.2.15:1796/%25/179DB274BC631F63E89C8043C8E2F72B/Test.xsp</res><upnp:class>object.item.audioItem.musicTrack</upnp:class></item></DIDL-Lite>"

NumberReturned (STR) = "1"

TotalMatches (STR) = "1"

UpdateID (STR) = "0"

It may be a bug with the same roots as in recently fixed http://trac.xbmc.org/ticket/14239

Because upnp-inspector says it gets "object.container" class for playlists (which is expected behavior, not object.item.audioItem.musicTrack, I guess).

As Showtime requests more info, perhaps something goes wrong because that info is not set yet (like in bug 14239). It's easy to workaround on Showtime side but who needs workarounds if bugs may be fixed...

Patch is submitted: http://trac.xbmc.org/ticket/14252

(2013-04-04, 09:49)Pulfer Wrote: [ -> ]Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

Looks like alcoheca already nabbed it: https://github.com/xbmc/xbmc/commit/ccdb...f5bd8cf61d

(2013-04-04, 13:54)Ned Scott Wrote: [ -> ]Looks like alcoheca already nabbed it: https://github.com/xbmc/xbmc/commit/ccdb...f5bd8cf61d

Yeah, but it was another bug, not related to playlists. Smile

P.S. Still trying to set up github repo to do a pull request. Never used github before.

(2013-04-04, 09:50)Martijn Wrote: [ -> ]
(2013-04-04, 09:49)Pulfer Wrote: [ -> ]Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

Done: https://github.com/xbmc/xbmc/pull/2544/commits

(2013-04-04, 15:56)Pulfer Wrote: [ -> ]
(2013-04-04, 09:50)Martijn Wrote: [ -> ]
(2013-04-04, 09:49)Pulfer Wrote: [ -> ]Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

Done: https://github.com/xbmc/xbmc/pull/2544/commits

thx

as a small advise. always create a branch of your local master and work in that. saves you tons of trouble later on