Serviio

Hi there,

I have one issue with browsing DLNA directory services (with audio files). The DIDL-lite element serviio delivers to a control point seems to embed the filename in the dc:title Tag instead of the actual title.



The database contains the correct entries:



Is this being done on purpose? I think it is more desirable to just take the Title instead of the filename.

SF

This happens when you use the Folders category. The other categories should deliver the metadata title.

I understand and I can confirm this behaviour. But again, wouldn't it be more intuitive if the <dc:title> tag would actually contain the title? The filename (if someone for whatever reasons needs it) could i.e. be added to the UpNP or resource namespace tags ("upnp:xxx" , "res:...")

What do you think?

I prefer it the way it is. I have some media that doesn't match up with any metadata source, so under the other presentations they all have erroneous title info. I know if I go into the Folder view I can see the actual file name. None of them are actual titles that can be found in online sources, as they're just a bunch of 4K demo clips.

Sure, you're having a different use case than I do

From my perspective, I have a fairly well organized music library within a folder structure. Using the Album or other available views doesn't help very much. Therefore I'm reliant on correct title information in folder view.

If I could make a proposal I'd suggest to either (priority in order of appearance).

- make it configurable per shared folder, if the filename or the metadata-title is being used
- or the real metadata-title is delivered as an optional upnp or resource tag
- or the real metadata-title is delivered by quering the rest-api (brose call)
- or the real metadata-title is delivered by an other good idea