Minimserver Displaying deleted genre

[simoncn]

(06-11-2014 14:52)Coolhand Wrote:  Hi Simon,
thanks to suggestions from the developer of Yate who assessed a metatdata dump of a single track from the album which I suspected to be the only one with any obvious discrepancies, I found that the issue which was causing MinimServer to lock up was its inability to process or bypass the (Chinese ?) characters present in two fields.

Composer and Original Artist specify a 16 bit Unicode encoding but the actual data in the fields seems to be garbage.
Deleting these fields and reloading the album restored the correct loading all albums in the genre.

I have attached the metatdata txt. dump from one track of the album.

Thanks for this information. From the trace log you sent earlier, this is the XML that MinimServer is sending for this album:

<container id="0$=Genre$189$albums$*a268" parentID="0$=Genre$189$albums" childCount="10" restricted="1" searchable="1">
<dc:title>Thriller</dc:title>
<upnp:genre>Reggae Dub</upnp:genre>
<upnp:artist role="AlbumArtist">Augustus Pablo</upnp:artist>
<upnp:artist role="Composer">㔂, 㟚퀀, 㟕敡牥, , ⠀攀, 㔀, , 㟤e汹</upnp:artist>
<upnp:artist>Augustus Pablo</upnp:artist>
<dc:creator>Augustus Pablo</dc:creator>
<upnp:albumArtURI dlna:profileID="JPEG_SM">http://10.0.1.6:9790/minimserver/*/Music/Augustus*20Pablo/Thriller/01*20Thriller.mp3/$!picture-235-89514.jpg</upnp:albumArtURI>
<upnp:class>object.container.album.musicAlbum</upnp:class>
</container>

As you can see, MinimServer is sending the garbage characters to the control point and the control point is choking on them.

I would be interested in investigating whether MinimServer could detect the problem and report and exclude the faulty file. For this, I would need the original copy of the file containing the garbage characters. Do you still have this?