[mythtv-commits] Ticket #11025: excess (>2) HLS transcode jobs stay permanently queued

[MythTV]

#11025: excess (>2) HLS transcode jobs stay permanently queued
---------------------------------------+------------------------------
 Reporter:  George Nassas <gnassas@…>  |          Owner:  cpinkham
     Type:  Bug Report - General       |         Status:  closed
 Priority:  minor                      |      Milestone:  unknown
Component:  MythTV - HTTP Streaming    |        Version:  Master Head
 Severity:  medium                     |     Resolution:  Works for me
 Keywords:                             |  Ticket locked:  0
---------------------------------------+------------------------------
Changes (by cpinkham):

 * status:  new => closed
 * resolution:   => Works for me


Comment:

 Unable to reproduce this, it could have been fixed by thread pool changes
 since the ticket was submitted.

 I was successfully able to use the HLS test page to add 4 concurrent HLS
 streams and watch my dual-core backend be immediately brought to its knees
 running 4 simultaneous mythtranscode sessions in the background.

 A lot of the current code, including the DB table will likely go away when
 I get around to completing the on-demand HLS encoder.  The DB table is not
 a real queue, if you restart the backend in the middle of a HLS transcode,
 it will not restart, the DB table is only for tracking.  The HLS
 transcodes are not handled the same way as normal JobQueue jobs.  Early
 on, the thought was there to make them such, but on-demand encoding of
 segments will eliminate a lot of the need for that.

 If you can reproduce the issue, please reopen the ticket and I'll try to
 help on the mailing list.

-- 
Ticket URL: <http://code.mythtv.org/trac/ticket/11025#comment:1>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center