Hello, Tiki,
It’s a bit difficult to check this issue.
From my packet capture in Wireshark, I found that if the NOTIFY packets are sent later than expected, it might cause the MetaData retrieved by GetPositionInfo to be incorrect.
Additionally, the content of the NOTIFY itself is also incorrect, as shown below:
<e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0">
<e:property>
<Metadata><?xml version="1.0" encoding="utf-8"?><DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/"><item restricted="1"><orig>mpd</orig><dc:title>Road to glory ï½for Dragon Nest White Versionï½</dc:title><upnp:class>object.item.audioItem.musicTrack</upnp:class><dc:creator>KOKIA</dc:creator><upnp:artist>KOKIA</upnp:artist><upnp:album>KOKIA - pieces</upnp:album><upnp:originalTrackNumber>10</upnp:originalTrackNumber><res duration="0:00:00" sampleFrequency="44100" nrAudioChannels="2" protocolInfo="http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_OP=01;DLNA.ORG_CI=0;DLNA.ORG_FLAGS=01700000000000000000000000000000">http://10.1.1.160:29400/TuneID/00005338-RFH5959803E.flac_WPRX?Subsong=10&DecodeEx=WavProxy</res></item></DIDL-Lite></Metadata>
</e:property>
<e:property>
<Uri>http://10.1.1.160:29400/TuneID/00005338-RFH5959803E.flac_WPRX?Subsong=10&DecodeEx=WavProxy</Uri>
</e:property>
<e:property>
<TrackCount>91</TrackCount>
</e:property>
</e:propertyset>
However, I don’t see this issue in v5.5.3.
It’s hard to determine the source of the issue! Orz
