[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