The album art (cover.jpg in folder next to mkv file) for the files and folders is not displayed on my samsung tv (UE46F5370). With bubble upnp on android the album art is correctly displayed for every folder and the file in it.
I ran tcpdump and this is the xml transmitted for an file (item) to the samsung tv. You can see, the album art jpg is contained (res tag, protocolInfo), but not displayed on the F-Series TV. What could be the reason? Is anything wrong in the xml?
This seems to be a problem across many media servers, e.g. serviio, twonky etc. It would appear that the samsung firmware is creating an issue. Hopefully a fix can be found at some point, either from the server or firmware side....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm experiencing the same problem too, on a UE22F5400.
With the stock f/w (rel. 1108, I guess) thumbnails were OK; but after the "upgrade" to rel. 1111 (...that Samsung's boys delivered due to some changes to their "Smart Hub" web systems) thumbnails are gone :(
No way to obtain a solution by Samsung's support, obviously :(
Anyway: there are some servers that still work (...as already stated); one of these is Mezzmo. Here are two logs for (almost) the same file (and thumbnail), the first from minidlna:
It really works just changing to JPEG_TN. Compiled and tested here.
HOWEVER it brakes old models thumbnail compatibility. I have a mix of series D E and F. In the next weekend i will try to change to model dependance.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had a similar problem with music track's thumbnails. I didn't find a way (...a tag) to have an LG BD570 BRplayer working together with the above Samsung TV, and eventually I had to change the xml's syntax according to the client's type (another little patch to upnpsoap.c).
But...maybe the simpliest approach (...even if not really elegant..) should be to present the thumbnail in all the possible ways, as Mezzmo seems to do.
Regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Cool, I've been looking for the thumbnail solution since upgrading my C-series to F-series samsung.
Now, has anyone else noticed that the F series samsung client does not refresh content? I sometimes have to turn the tv off. My C series refreshed everytime a dlna folder was accessed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is my solution to get thumbnails working for both Samsung F and C series TVs on minidlna-1.1.1, by detecting the client. I probably should have used a case statement, oh well.
The album art (cover.jpg in folder next to mkv file) for the files and folders is not displayed on my samsung tv (UE46F5370). With bubble upnp on android the album art is correctly displayed for every folder and the file in it.
I ran tcpdump and this is the xml transmitted for an file (item) to the samsung tv. You can see, the album art jpg is contained (res tag, protocolInfo), but not displayed on the F-Series TV. What could be the reason? Is anything wrong in the xml?
I tried minidlan 1.1.0 and 1.0.24. os is debian.
Last edit: Jan Hehenberger 2013-09-11
I found out the Samsung TV is sending GetFeatureList requests (below) all the time. The android client is not sending such a request.
Maybe the response to this request is not adequate? And therefore the TV is never fetching the cover JPG offered in the BrowseResponse?
Last edit: Jan Hehenberger 2013-09-16
The response from minidlna for the GetFeatureList is:
The "Features" tag is not closed. Maybe this is the reason, why the tv continues sending the getFeatureList Request.
Last edit: Jan Hehenberger 2013-09-16
Try this quick patch which closes the Features tag.
(Let me know how it works.)
Thanks for the reply! Tried it with closed tag, but there is no difference. Still no cover art for the videos.
Tried it with allshare server on windows. Coverart works for files. But for the directories appears no cover too.
I suppose Samsung TVs support no coverart for directories.
But the coverart for files should work with minidlna, because other servers achieve it.
Maybe the "missing" infos in the res tag are the problem.
res tag with minidlna:
res tag with all share server on windows:
The bottom line is, samsung dlna client refuses to fetch the cover jpg from minidlna, altough it is delivered with the res tag.
Last edit: Jan Hehenberger 2013-09-19
Same problem here
This seems to be a problem across many media servers, e.g. serviio, twonky etc. It would appear that the samsung firmware is creating an issue. Hopefully a fix can be found at some point, either from the server or firmware side....
I'm experiencing the same problem too, on a UE22F5400.
With the stock f/w (rel. 1108, I guess) thumbnails were OK; but after the "upgrade" to rel. 1111 (...that Samsung's boys delivered due to some changes to their "Smart Hub" web systems) thumbnails are gone :(
No way to obtain a solution by Samsung's support, obviously :(
Anyway: there are some servers that still work (...as already stated); one of these is Mezzmo. Here are two logs for (almost) the same file (and thumbnail), the first from minidlna:
...and the other from Mezzmo:
...The way the image is offered is really different :(
Maybe someone could prepare a patch, since I guess that keeping our breath waiting for Samsung to correct that bug is not a great idea...
Thank you in advance for your help :)
Regards
ps: sorry for the ugly logs formatting, and for my poor English...
Ok, my little Samsung TV finally is back in displaying video thumbnails :)
To fix the problem, in upnpsoap.c:
(...but it could be enough just changing "JPEG_TN" into "JPEG_SM"...)
Regards
Last edit: Piero 2014-01-19
Confirmed
Regards
It really works just changing to JPEG_TN. Compiled and tested here.
HOWEVER it brakes old models thumbnail compatibility. I have a mix of series D E and F. In the next weekend i will try to change to model dependance.
I had a similar problem with music track's thumbnails. I didn't find a way (...a tag) to have an LG BD570 BRplayer working together with the above Samsung TV, and eventually I had to change the xml's syntax according to the client's type (another little patch to upnpsoap.c).
But...maybe the simpliest approach (...even if not really elegant..) should be to present the thumbnail in all the possible ways, as Mezzmo seems to do.
Regards
I´ve tried your approach and added :
& strcatf(str, "<res protocolInfo=\"http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_SM\">"
"http://%s:%d/AlbumArt/%s-%s.jpg"
"</res>",
lan_addr[passed_args->iface].str, runtime_vars.port, album_art, detailID)
BEFORE the ;
It worked, easy to do. Thank you !!!
One more question, do you managed to make the folders thumnail to work ?
You're welcome :)
For your question... no, I didn't. My clients don't support folders' thumbnails, I guess.
Regards
Last edit: Piero 2014-01-27
Cool, I've been looking for the thumbnail solution since upgrading my C-series to F-series samsung.
Now, has anyone else noticed that the F series samsung client does not refresh content? I sometimes have to turn the tv off. My C series refreshed everytime a dlna folder was accessed.
Here is my solution to get thumbnails working for both Samsung F and C series TVs on minidlna-1.1.1, by detecting the client. I probably should have used a case statement, oh well.
if( passed_args->client == ESamsungSeriesESTV){
ret = strcatf(str, "<res protocolInfo=\"http-get::image/jpeg:DLNA.ORG_PN=JPEG_SM\">"
"http://%s:%d/AlbumArt/%s-%s.jpg"
"</res>",
lan_addr[passed_args->iface].str, runtime_vars.port, album_art, detailID);}
else {
ret = strcatf(str, "<res protocolInfo=\"http-get::image/jpeg:DLNA.ORG_PN=JPEG_TN\">"
"http://%s:%d/AlbumArt/%s-%s.jpg"
"</res>",
lan_addr[passed_args->iface].str, runtime_vars.port, album_art, detailID);}
Is this only a problem for video files? Does audio cover art work without modification?
cover art works fine for me on Samsung C and F series TV. Video was the problem.