#180 No mkv support for Philips 47PFL6097k

[mhorvatx]

I have a Philips 47PFL6097k and minidlna-1.0.25.

The TV does not want to play mkv files, the error message displayed being "file not available". These are non-DTS mkv files.

Mediatomb, for example, works fine with these files on the same TV without transcoding (the server is an old G4 mac-mini, so live transcoding is out of the question).

I was inspecting the debug log, and don't know which is the actual USER-AGENT of the TV... It starts with:

USER-AGENT: Linux2.6/0.0 UPnP/1.0 PhilipsIntelSDK/1.4 DLNADOC/1.50

But when trying to play an mkv file the http GET request changes to:

User-Agent: Streamium

The strange thing is that when the playing an AVI file, the user-agent does not change. I believe that there is something in the response of minidlna in the mkv case that confuses the TV and it changes its user agent to streamium.

Best,
Matej

[mhorvatx]

test mkv file details

[mhorvatx]

There is a bug in upnphttp.c at line 1317 as mentioned by user dskok.

See http://sourceforge.net/projects/minidlna/forums/forum/879956/topic/5873653 for resolution.

Best,
Matej

[mhorvatx]

There is a bug in upnphttp.c at line 1317 as mentioned by user dskok on the discussion forum:

https://sourceforge.net/projects/minidlna/forums/forum/879956/topic/5873653

The proposed change fixes the bug.

Best,
Matej

[pdecat]

Hi,

I had the very same issue with my Philips 32PFL6007H TV.

The fix is still current for minidlna 1.1.1.

Here is an updated diff against master as of today:

patrick@localhost:~/workspace/minidlna/minidlna-git$ git diff
diff --git a/upnphttp.c b/upnphttp.c
index 2269472..6516d28 100644
--- a/upnphttp.c
+++ b/upnphttp.c
@@ -1207,7 +1207,7 @@ send_file(struct upnphttp * h, int sendfd, off_t offset, off_t end_offset)
        int try_sendfile = 1;
 #endif


-       while( offset < end_offset )
+       while( offset <= end_offset )
        {
 #if HAVE_SENDFILE
                if( try_sendfile )

Best regards,
Patrick.

[nico]

Same bug, using minidlna 1.1.0 in a netgear r6300v2 dd wrt .
I'll try to find how to compile and install from sources in dd wrt, but it seems clearly a 'typical' bug < <=, so if no regresion with other dlna clients please put it into mainstream.
Thanks

[nico]

I've tested with latest version on ubuntu and the patch fixes the problem with mkv's on Philips tv's

diff --git a/upnphttp.c b/upnphttp.c
index 53a6020..a7ad5e1 100644
--- a/upnphttp.c
+++ b/upnphttp.c
@@ -1250,7 +1250,7 @@ send_file(struct upnphttp * h, int sendfd, off_t offset, off_t end_offset)
int try_sendfile = 1;
#endif

• while( offset < end_offset )
• while( offset <= end_offset )
  {
  #if HAVE_SENDFILE
  if( try_sendfile )

Please put in main version, or tell what to do in order to get it into the source tree ...
Thanks

[Justin Maggard]

Fixed in git master.

[pdecat]

Thanks Justin,
best regards.