|
dlna search & synology nas
|
|
18-07-2012, 10:36
(This post was last modified: 18-07-2012 12:06 by bubbleguuum.)
Post: #14
|
|||
|
|||
|
RE: dlna search & synology nas
Hi,
I registered to explain a few things on why this error 714 may happen with this Sony hardware renderer. It is a bit complicated. First, it has nothing to do with MinimServer implementing the AVTransport service. This service is implemented by UPnp/DLNA renderers, in this case the Sony device. SetAVTransportURI() is the AVTransport service action used to indicate to the target renderer what URL to play, associated with the metadata for that item (DIDL-Lite). In that case, the target renderer reply to the Control Point (BubbleUPnP) an error code 714 "Illegal Mime-type" which is a rather vague error meaning it found it could not play the item from the stream URL or the metadata. Now, this renderer being a Sony device, it is certainly a DLNA device. Some DLNA devices (in particular infamous Samsung TVs, but not only), when emitting the HTTP GET request with the stream URL to the Media Server (eg MinimServer), add a custom DLNA HTTP Header: getcontentFeatures.dlna.org: 1 When this header is set, they expect the HTTP reply header to containing the 4th field of the protocolInfo containing DLNA profile info. For example for MP3: contentFeatures.dlna.org: DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0 This is an oddity of DLNA but some DLNA devices will *not work* without this reply header being present, an may return an error code to the caller of SetAVTransportURI (the Control Point). Handling this header is absolutely required to work with most DLNA TVs (Sony, LG, Samsung, ...). I'm considering updating the Media Server proxy feature of BubbleUPnP Server to transparently add this response header if the origin Media Server do not handle it. |
|||
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)

Search
Member List
Calendar
Help



