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

MythTV noreply at mythtv.org
Wed Jun 5 01:21:32 UTC 2013

#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

Comment (by blm-ubunet@…):

 I don't think it breaks keyframe detection as such..problem is that the
 input data is dumped with no buffering because SPS is not seen.

 My mistake because the H264 docs state that SPS/PPS do not have to be
 present in the same stream..
 I suspect (from internet searches) that the hdpvr does not output SPS (or
 not often).

 I don't like the idea of mushing parser states into one flag to avoid
 changing dtvrecorder but I understand your concerns..
 A good soln could be to check for number keyframes passed without SPS &
 then start to write to file etc..
 I have attached patch which does that.

 This patch has no regressions with my international samples (playback) &
 local recording/ liveTV. In fact it has solved my problem with HLS
 (NasaTV) (liveTV).

 I could try test hdpvr recording via dummy recorder but currently that
 assumes mpeg-ps.

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

More information about the mythtv-commits mailing list