[mythtv-users] 0.26 -> 0.27 UPnP Failure?
Nicolas Riendeau
knight at teksavvy.com
Mon Oct 7 11:55:42 UTC 2013
Hi!
On 2013-10-07 7:10 AM, John Pilkington wrote:
> On 06/10/13 20:43, Nigel Jewell wrote:
>> On 06/10/2013 20:20, Bill Meek wrote:
>>> You could try running:
>>>
>>> mythbackend --setverbose upnp
>>
>> Thanks for this Bill. It got me a little closer. I've just got to work
>> out what is causing the 404s I guess.
A MythTV dev, Stuart Morgan, analyzed the communication and found out it
was caused by improper commands sent by VLC (actually libupnp which they
use).
>>
>> 2013-10-06 20:41:14.713689 I [1316/15251] HttpServer120
>> httprequest.cpp:1366 (ExtractMethodFromURL) - ExtractMethodFromURL(end)
>> : getDeviceDesc : /
This is OK.
>> 2013-10-06 20:41:14.723720 I [1316/15251] HttpServer120
>> httprequest.cpp:1366 (ExtractMethodFromURL) - ExtractMethodFromURL(end)
>> : CDS_EventDesc : /
This is not...
>> httpserver.cpp:185 (DelegateRequest) - m_sBaseUrl: /CDS_Controlsc
>> 2013-10-06 20:41:14.733150 I [1316/15252] HttpServer120
>> httprequest.cpp:764 (FormatFileResponse) -
>> HTTPRequest::FormatFileResponse() - cannot find file
And neither is this....
Neither CDS_EventDesc nor CDS_Controlsc are acceptable, it's supposed to
be CDS_Event and CDS_Control.
Now let's put them one over the other:
GetDeviceDesc
CDS_EventDesc
CDS_Controlsc
They are sending the last characters of the previous one which corrupts
them (either because they haven't cleared their buffer properly or are
always sending the same numbers of characters not taking into account
that they are not all of the same length).
> vlc versions have changed too, of course.
and this is where problem comes from...
I do believe Stuart intends to report this to the libupnp guys... When
will it be fixed in VLC, I have no idea...
Have a nice day!
Nicolas
More information about the mythtv-users
mailing list