[mythtv-commits] Ticket #11435: recordedseek as recorded differs from mythcommflag

[MythTV]

#11435: recordedseek as recorded differs from mythcommflag
----------------------------------+----------------------------
 Reporter:  blm-ubunet@…          |          Owner:  jpoet
     Type:  Bug Report - General  |         Status:  accepted
 Priority:  minor                 |      Milestone:  unknown
Component:  MythTV - Recording    |        Version:  0.26-fixes
 Severity:  low                   |     Resolution:
 Keywords:  H264 recordedseek     |  Ticket locked:  0
----------------------------------+----------------------------
Changes (by jpoet):

 * owner:  stichnot => jpoet
 * status:  new => accepted


Comment:

 I have not tried to run this patch yet, but in general the git_diff.2.txt
 patch looks good.  I believe it breaks back-to-back recording processing,
 though.

 For back-to-back recordings, we don't actually shut down reading from the
 capture device, we just switch writing to a new ringbuffer.  The new
 ringbuffer should start on a payload with a keyframe (and SPS?).  To
 accomplish this we need to start buffering at the beginning of each
 payload until we know if that payload contains a keyframe (or SPS?).  As
 soon as I have time to work out what changes need made to fix back-to-back
 recordings, I will see about getting this committed.

 blm, thank you for taking the time to sift through the H.264 documentation
 and enhance myth's decoder.  Please also note that using pre-increment of
 variables is always preferred over post-increment, unless there is a
 specific reason to use post-increment.

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