Tim Jackson

Actually, replying to myself here: looking at my example earlier, if dc:creator is the track artist, then minidlna is doing the right thing here? It's sending the track artist as dc:creator, and "Various Artists" as upnp:artist.

I'm completely unfamiliar with the code, but by reading it, it does seem that in metadata.c around line 438, it overwrites the artist to the album artist, whilst leaving the creator (set previously) set to the track artist, which would (as I read it) give the effect we see. It's unclear to my why the logic is written that way; at first look it seems back-to-front. Shouldn't lines 429-450 set the creator instead of the artist? (Incidentally, whilst looking for the above, I noticed that tagutils-misc.c...

I'd never noticed this, but I can also reproduce it, where I have compilations where the album artist is "Various Artists" and the individual tracks have specific artists. It explains why I sometimes had problems searching! Do you have a reference to the UPnP specification that describes how track/album artists should be transmitted? I checked to see what is in the actual ReadyMedia sqlite database, and indeed there, the "Artist" field contains "Various Artists" and the "Creator" contains the actual...

Thanks! Have rebuilt and now seeing "upnpsoap.c:869: error: UPnP SOAP response would exceed the max response size [2097152], truncating" instead when using VLC, which seems to be the intent. Browsing does work though.

Thanks! Have rebuilt and now seeing "upnpsoap.c:869: error: UPnP SOAP response would exceed the max response size [2097152], truncating" instead when using VLC

I get this frequently too when using VLC. Have increased the max response size to 4MB but it's still not enough. Is VLC requesting anything unreasonable or is this expected behaviour on a large collection? Is there any major downside to increasing the max response size?

I always see a lot of these in the logs: tagutils/tagutils-misc.c:198: warn: Vorbis coverart too long tagutils/tagutils-misc.c:198: warn: Vorbis METADATA_BLOCK_PICTURE too long Have tested with the latest minidlna from git master [ca6dbb] and still exists. Looking at the code, in tagutils-misc.c vc_scan() a 1024-byte buffer is allocated to read Vorbis tag content and, not surprisingly, coverart (either using the 'coverart' tag or 'METADATA_BLOCK_PICTURE' tag) often doesn't fit in that. However, if...