[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