[mythtv-users] Philips 32PFL5007K/12 TV set and a UPnP problem

Tue Aug 26 23:09:29 UTC 2014

On 08/26/2014 07:59 PM, Janusz S. Bien wrote:
> Quote/Cytat - "Janusz S. Bien" <jsbien at mimuw.edu.pl> (Mon 25 Aug 2014
> 06:49:47 PM CEST):
>
>> I found some files which, I hope, may be useful.
>
> Additionally I used wireshark (for the first time in my life and in a
> rather dumb way) to capture the traffic to and from the TV set but I
> don't know how to interpret it. The failure to play a recording is
> probably manifested in the following fragment:
>
> --8<---------------cut here---------------start------------->8---
> NOTIFY / HTTP/1.1
> HOST: 192.168.0.10:49153
> CONTENT-TYPE: "text/xml"
> Content-Length: 279
> NT: upnp:event
> NTS: upnp:propchange
> SID: uuid:db2ac1b3-c18a-476f-95d5-41705b04b6cb
> SEQ: 0
>
> <?xml version="1.0"?>
> <e:propertyset xmlns:e="urn:schemas-upnp-org:event-1-0">
> <e:property>
> <ContainerUpdateIDs></ContainerUpdateIDs></e:property>
> <e:property>
> <SystemUpdateID>1</SystemUpdateID></e:property>
> <e:property>
> <TransferIDs></TransferIDs></e:property>
> </e:propertyset>
> HTTP/1.1 400 Bad Request
> SERVER: Windows2000/0.0 UPnP/1.0 PhilipsIntelSDK/1.4 DLNADOC/1.50
> CONNECTION: close
> CONTENT-LENGTH: 50
> CONTENT-TYPE: text/html
>
> <html><body><h1>400 Bad Request</h1></body></html>
> --8<---------------cut here---------------end--------------->8---
>
> Any suggestions how to proceed with the search for the culprit?
>
> Best regards
>
> Janusz
>
Hi:  This isn't related to your wireshark results but to your 
Brunet.log.  It seems to me that line 83, where the TV failed, is 
equivalent to line 229, immediately before the gupnp player succeeded.
Both apparently report success, but line 228 is 'test mime type' and has 
no match.  Similarly 74/75 vs 222/224.  ??  I haven't checked the code 
but it could be something similar to #9446.

John


John