BUG: Invalid XML returned from (at least) UPNP GetMediaInfo invocation after playing track from DLNA server

Flesh

Member
Joined
Feb 18, 2024
Messages
43
@WiiM Support @WiiM Team

Using UPNP Tool on Android to view the XML returned by my WiiM Pro. Running latest version of firmware available to my device right now (4.8.611135).

After playing a track from a DLNA server, calling GetMediaInfo returns invalid XML -- the prefix "song" isn't declared. We should expect the xmlns:song declaration. WIthout it, strict XML parsers throw errors attempting to ingest this XML.

See below for full output from my call to GetMediaInfo. Please let me know if you need any other information.

Can this please be fixed? The lack of the namespace declaration is causing an error that prevents me from fully utilizing the Pro at this time.


XML:
<?xml version="1.0"?>
<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:sec="http://www.sec.co.kr/">
    <item id="0f5e5f493ca0ef8750aff86978cbd452" parentID="d5b751ddaac6cb1262c54837f9ec0718" restricted="1">
        <dc:title>pink-noise</dc:title>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
        <res protocolInfo="http-get:*:audio/wav:DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01D00000000000000000000000000000">http://10.111.24.20:8096/audio/0f5e5f49-3ca0-ef87-50af-f86978cbd452/stream.wav?DeviceProfileId=4fe7bc9ee8e841f5956bb7b529337f46&amp;DeviceId=test&amp;MediaSourceId=0f5e5f493ca0ef8750aff86978cbd452&amp;Static=true&amp;Tag=42ea25c8922d5c78ce7555e2838592f5&amp;dlnaheaders=true</res>
        <song:rate_hz>44100</song:rate_hz>
        <song:format_s>16</song:format_s>
        <song:bitrate>705</song:bitrate>
    </item>
</DIDL-Lite>
 
@WiiM Support @WiiM Team

Using UPNP Tool on Android to view the XML returned by my WiiM Pro. Running latest version of firmware available to my device right now (4.8.611135).

After playing a track from a DLNA server, calling GetMediaInfo returns invalid XML -- the prefix "song" isn't declared. We should expect the xmlns:song declaration. WIthout it, strict XML parsers throw errors attempting to ingest this XML.

See below for full output from my call to GetMediaInfo. Please let me know if you need any other information.

Can this please be fixed? The lack of the namespace declaration is causing an error that prevents me from fully utilizing the Pro at this time.


XML:
<?xml version="1.0"?>
<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:sec="http://www.sec.co.kr/">
    <item id="0f5e5f493ca0ef8750aff86978cbd452" parentID="d5b751ddaac6cb1262c54837f9ec0718" restricted="1">
        <dc:title>pink-noise</dc:title>
        <upnp:class>object.item.audioItem.musicTrack</upnp:class>
        <res protocolInfo="http-get:*:audio/wav:DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01D00000000000000000000000000000">http://10.111.24.20:8096/audio/0f5e5f49-3ca0-ef87-50af-f86978cbd452/stream.wav?DeviceProfileId=4fe7bc9ee8e841f5956bb7b529337f46&amp;DeviceId=test&amp;MediaSourceId=0f5e5f493ca0ef8750aff86978cbd452&amp;Static=true&amp;Tag=42ea25c8922d5c78ce7555e2838592f5&amp;dlnaheaders=true</res>
        <song:rate_hz>44100</song:rate_hz>
        <song:format_s>16</song:format_s>
        <song:bitrate>705</song:bitrate>
    </item>
</DIDL-Lite>
You’re better raising a ticket directly to WiiM using the settings/feedback section in the Wiim home app - this is primarily a user community forum, not a route to support :)
 
@Brantome I did raise this issue via the support mechanism nearly a year ago, and it's still outstanding, despite a reply back then that they'd look into it soon. Trying here to see if a little bit of community push gets it popped to the top.
 
Interesting. I've been using this interface for a couple of years now via Python and Javascript, and never noticed that this was missing. I guess the XML parsers I've been using are quite relaxed, lol.
 
I have forwarded this XML error to our engineers; they will solve this issue promptly.

Thank you, very much appreciated!

For what it's worth @WiiM Team , I believe there are other actions that may also produce this error. I am going to try to get a list of them today, but it _might_ be the case that _all_ action responses that have the "song" prefix in them somehow leave off the "xmlns:song" declaration whenever a DLNA source is played.
 
Hi Flesh,

Our engineers have resolved the issue, but it has not been released yet. We plan to include it in the next firmware update scheduled for mid-April. If you need early access, please submit a ticket, and we can whitelist your devices in advance.
That is great news. I would like the release as early as possible. How do I submit a ticket for this?
 
Hi Flesh,

Our engineers have resolved the issue, but it has not been released yet. We plan to include it in the next firmware update scheduled for mid-April. If you need early access, please submit a ticket, and we can whitelist your devices in advance.

@WiiM Support is this next version of the firmware still expected to be released soon? I am on the early access list as far as I'm aware, or hope I am, but have not seen the new version.
 
@WiiM Support is this next version of the firmware still expected to be released soon? I am on the early access list as far as I'm aware, or hope I am, but have not seen the new version.
Wasn’t this released last week?
 
Wasn’t this released last week?

If true... I'm kinda irritated. :) I was told I was on the list to get it early, never got it early, and now apparently am not getting it on my devices days after release...?
 
Ok, I posted the latest WiiM Amp firmware, looks like you posted the latest Pro Plus version which is older than that. I suspect the next firmware version for the Pro Plus might well include that fix too. You should note however that new firmware is rolled out gradually over the entire estate, normally over a period of a few days to a week.
 
Back
Top