[mythtv-commits] Re: Ticket #659: Handle TS recordings where keyframe not detected early

MythTV mythtv at cvs.mythtv.org
Wed Nov 16 22:53:17 EST 2005


#659: Handle TS recordings where keyframe not detected early
---------------------+------------------------------------------------------
 Reporter:  danielk  |        Owner:  danielk
     Type:  task     |       Status:  closed 
 Priority:  minor    |    Milestone:  0.19   
Component:  mythtv   |      Version:  head   
 Severity:  medium   |   Resolution:  fixed  
---------------------+------------------------------------------------------
Changes (by danielk):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 (In [7902]) Closes #659.

 This queues up TS packet after a payload start until either
 a keyframe stream id is found, or the 10 packets following
 the payload start have been processed without finding it. If we
 do find a a keyframe stream id the keyframe is marked at the
 payload start packet's location.

 Before this commit the TS packet where the keyframe stream id
 was found was considered the location of the keyframe, but you
 need a packet with the payload start flag to begin constructing
 the PES packet on playback; so this would mess up seek map and
 would mess up ringbuffer switching in LiveTV. Most broadcasters
 keep SEQ & GOP headers in the first TS packet, not doing so
 breaks compliance with hardware MPEG multiplexors. However,
 there is at least one broadcaster in Chicago who transmits such
 streams, hence the this change.

-- 
Ticket URL: <http://cvs.mythtv.org/trac/ticket/659>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list