LinHES Forums :: View topic - Kodi 15.1 bug with HDHomeRun uPnP streaming

A change in 12.1 systematically adds a RANGE tag to the video HTTP-GET request which breaks operation with non-seekable (live TV) DLNA DMS devices.

DLNA requires that a DMP (XMBC) *not* send a RANGE request to the DMS if the protocol info does not indicate the stream is seekable. The seekable-ness of the stream is detected by the presence or absence of DLNA.ORG_OP=xx. (If the stream is seekable the OP value will be non-zero. If not seekable the OP tag is absent).

Admittedly this is a brain-dead requirement because HTTP RFCs allow a server that does not support RANGE to ignore it... the problem is that DLNA certification process requires that a DLNA DMS reject any HTTP-GET request containing a RANGE tag when non-seekable content is selected (ie live TV).

So net result - 12.0 works well with the HDHomeRun, 12.1 does not play video, and the HDHomeRun must reject the 12.1 HTTP-GET request in order to maintain DLNA certification.

The fix needed is to detect the DLNA.ORG_OP=xx tag in the CDS protocol info... if OP value is present and non-zero then send a RANGE tag in the HTTP-GET. If the OP value is not present or 00 then do not send RANGE tag in the HTTP-GET and don't allow seeking.

Nick - Silicondust (makers of the HDHomeRun and DLNA member)

Author:	nullsmack [ Sat Sep 19, 2015 10:53 am ]
Post subject:	Kodi 15.1 bug with HDHomeRun uPnP streaming
Please see this ticket on the Kodi tracker: http://trac.kodi.tv/ticket/14204 This is an issue that originally showed up in v12.1 and was fixed, but regressed for the v15 branch. There is now a fix for it in their git repository. The text from the above issue follows: Quote: A change in 12.1 systematically adds a RANGE tag to the video HTTP-GET request which breaks operation with non-seekable (live TV) DLNA DMS devices. DLNA requires that a DMP (XMBC) not send a RANGE request to the DMS if the protocol info does not indicate the stream is seekable. The seekable-ness of the stream is detected by the presence or absence of DLNA.ORG_OP=xx. (If the stream is seekable the OP value will be non-zero. If not seekable the OP tag is absent). Admittedly this is a brain-dead requirement because HTTP RFCs allow a server that does not support RANGE to ignore it... the problem is that DLNA certification process requires that a DLNA DMS reject any HTTP-GET request containing a RANGE tag when non-seekable content is selected (ie live TV). So net result - 12.0 works well with the HDHomeRun, 12.1 does not play video, and the HDHomeRun must reject the 12.1 HTTP-GET request in order to maintain DLNA certification. The fix needed is to detect the DLNA.ORG_OP=xx tag in the CDS protocol info... if OP value is present and non-zero then send a RANGE tag in the HTTP-GET. If the OP value is not present or 00 then do not send RANGE tag in the HTTP-GET and don't allow seeking. Nick - Silicondust (makers of the HDHomeRun and DLNA member) (scroll to the bottom of the ticket to see the recent activity) I created a ticket here: http://linhes.org/issues/998 but I'm not sure if anyone actually reads that.

Author:	graysky [ Sat Sep 19, 2015 11:00 am ]
Post subject:	Re: Kodi 15.1 bug with HDHomeRun uPnP streaming
On my phone so I'm not going to read through the bug report. Is there a patch that can be applied or is this an upstream issue? If it's upstream, not much LH packages can do about it :/

Author:	nullsmack [ Sat Sep 19, 2015 3:30 pm ]
Post subject:	Re: Kodi 15.1 bug with HDHomeRun uPnP streaming
brfransen helped me out in irc. There's a patch and it's also in the current Kodi git. There's an updated package in testing right now, it's Kodi-15.1-2.

LinHES Forums http://forums.linhes.org/

Kodi 15.1 bug with HDHomeRun uPnP streaming http://forums.linhes.org/viewtopic.php?f=21&t=24236	Page 1 of 1

Page 1 of 1	All times are UTC - 6 hours
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/