[mythtv-commits] Ticket #12444: /Content/GetRecording sets partial Content-Length when serving unfinishing recordings

MythTV noreply at mythtv.org
Thu May 5 13:26:37 UTC 2016


#12444: /Content/GetRecording sets partial Content-Length when serving unfinishing
recordings
---------------------------------------------+----------------------------
 Reporter:  ajb@…                            |          Owner:  stuartm
     Type:  Bug Report - General             |         Status:  accepted
 Priority:  major                            |      Milestone:  0.28.1
Component:  MythTV - Services API - Backend  |        Version:  0.27-fixes
 Severity:  medium                           |     Resolution:
 Keywords:  Content-Length Chase-Play        |  Ticket locked:  0
---------------------------------------------+----------------------------

Comment (by Mitch Capper <mitch.capper@…>):

 Hi Andrew,
 chunked transfer itself should certainly be supported by most clients,
 however in the spec for chunked transfer I don't see how a total length
 would be indicated.  For chunked video transfer if the video has an index
 it could allow the device to have an idea of where to seek to (but that
 wouldn't be for in progress I believe).  So the problem one runs into is I
 don't see an easy way of communicating the 'length so far' in terms of
 chunked transfer except with extensions which I don't think many clients
 would support.   If this is the case the device would only know how far it
 could seek but downloading as much as possible in a chunked encoding
 environment, verse right now where any time it gets the content length it
 knows how far it could seek at that point.   So this could possibly (if
 not left as a request option) degrade the experience by not allowing much
 seeking at all for chunked transfers.   I think an easy work around would
 be to allow the requester to specify if they want chunked or not.

 HLS is the live streaming and is currently implemented by mythtv.  It does
 start at the beginning of the recording and is meant to work for in
 progress recordings ( so the manifest is consistently updated).   Further
 it has full seek support (as every 4 seconds a new chunk is created and
 you can seek for that chunk).  See the service API for examples and the
 API calls for HLS but its pretty easy to use.

--
Ticket URL: <https://code.mythtv.org/trac/ticket/12444#comment:7>
MythTV <http://www.mythtv.org>
MythTV Media Center


More information about the mythtv-commits mailing list