Xbox fails to find album listing

Help
2013-10-13
2013-10-13
  • Hello. Having a problem talking to miniDLNAv1.1.0. My Xbox 360 works mostly well with DLNA - the xbox can see it, and it can stream media files. What isn't working is the album view and songs list. When I try to view albums on the xbox, the xbox sends a request that minidlna reports like this:

    [2013/10/13 12:39:12] upnphttp.c:833: debug: HTTP REQUEST: POST /ctl/ContentDir HTTP/1.1
    User-Agent: Xbox/2.0.16537.0 UPnP/1.0 Xbox/2.0.16537.0
    Connection: Keep-alive
    Host:10.0.0.2:8200
    SOAPACTION: "urn:schemas-upnp-org:service:ContentDirectory:1#Search"
    CONTENT-TYPE: text/xml; charset="utf-8"
    Content-Length: 540

    <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" <s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
    <s:Body>
    <u:Search xmlns:u="urn:schemas-upnp-org:service:ContentDirectory:1">
    <ContainerID>7</ContainerID>
    <SearchCriteria>(upnp:class = "object.container.album.musicAlbum")</SearchCriteria>
    <Filter>dc:title,upnp:artist</Filter>
    <StartingIndex>0</StartingIndex>
    <RequestedCount>1000</RequestedCount>
    <SortCriteria>+dc:title</SortCriteria>
    </u:Search>
    </s:Body>
    </s:Envelope>

    And then minidlna complains thusly:

    [2013/10/13 12:39:12] upnphttp.c:613: debug: SOAPAction: urn:schemas-upnp-org:service:ContentDirectory:1#Search
    [2013/10/13 12:39:12] upnpsoap.c:1821: debug: SoapMethod: Search
    [2013/10/13 12:39:12] upnpsoap.c:1600: debug: Searching ContentDirectory:
    ObjectID: 7
    Count: 1000
    StartingIndex: 0
    SearchCriteria: (upnp:class = "object.container.album.musicAlbum")
    Filter: dc:title,upnp:artist
    SortCriteria: +dc:title
    [2013/10/13 12:39:12] upnpsoap.c:1608: debug: Translated SearchCriteria: (o.CLASS = "container.album.musicAlbum")
    [2013/10/13 12:39:12] upnpsoap.c:1881: warn: Returning UPnPError 710: No such container

    This looks to me like xbox is asking for the wrong resource from minidlna. Is this the case? If so, can I do some sort of request rewriting with minidlna? How can I fix this?

     
    Last edit: Matthew Sainsbury 2013-10-13
  • I searched through the source code and found that minidlna usually does send this data. I deleted minidlna's database file to force it to reindex, and now it works fine