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

[MythTV]

#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 ajb@…):

 Hi Mitch,
   As understand it the chunked transfer is a requisite part of HTTP 1.1,
 which is quite old now, see RFC 2616
 [http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6.1] section
 3.6.1, so I expect that all modern clients would support it. That said,
 since the fix didn't make it into Myth 0.27, switching wholesale to
 chunked transfer encoding would not be necessary as I believe it's
 possible for the webserver in 0.28 to determine whether the recording has
 finished. This means the chunked transfer would be used only when the file
 is incomplete. I don't know about seeking methods, but I currently use a
 Samsung smarttv with the SmartMythTV application
 [https://sourceforge.net/projects/smartmythtv/files/]. I very much doubt
 the TV has enough memory to store a complete recording locally (I've
 played some 3GB recordings ok) to allow on disk seeking, so I believe that
 it must interrupt transfer, and request new transfer at an offset for both
 forward and backward jumps. The Samsung API has callback hooks on the
 player component for buffering start/complete/progress conditions, so by
 inference playing must start before the whole file has been downloaded.

   I presume 'HLS' is 'HTTP Live Streaming' this
 [https://www.samsungdforum.com/Guide/?FolderName=tut00055&FileName=index.html]
 suggests it is supported by the TV API. Is that already implemented for
 recordings? Please bear in mind that I want to start watching at the
 beginning of the programme, not just pick up at the current position.

 Thanks,


 Andrew

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