[mythtv-commits] Ticket #13038: Can't seek on serial IPTV recordings
MythTV
noreply at mythtv.org
Tue May 9 16:06:36 UTC 2017
#13038: Can't seek on serial IPTV recordings
--------------------------------------+-----------------------
Reporter: mythwiki@… | Owner: jyavenard
Type: Bug Report - General | Status: new
Priority: minor | Milestone: unknown
Component: MythTV - Recording | Version: 0.28.1
Severity: medium | Keywords:
Ticket locked: 0 |
--------------------------------------+-----------------------
When two shows are recorded one after another on the same channel with an
IPTV recorder (I am using the TBS2603), the tuner isn't stopped and
restarted, instead the ongoing stream is written to a new file. Something
in this second file prevents MythTV from seeking. You cannot jump forward
or back, and cannot use the cutlist editor.
Using mythcommflag --rebuild does not fix the problem.
I am attaching several lines of output of
{{{
ffmpeg -nostats -i <FILENAME> -vf showinfo -f null -
}}}
for the first (working) and second (broken) recordings, in case that
helps.
There isn't much to see in those files, except that it looks like the
recording is transitioned exactly on a keyframe, which is good. The first
recording doesn't start on a keyframe, so there is, in this case, 0.87
seconds of unusable data at the beginning of the file. That's not a big
problem, my keyframe distance is 1 second. The other thing that's
interesting is that the broken file has pts that starts at 0, while the
working on starts at a larger pts. However, if you allow for
approximately 3003 pts counts per frame, then the missing frames at the
beginning of the working recording should start at zero also. Are there
any other statistics I can provide to help?
--
Ticket URL: <https://code.mythtv.org/trac/ticket/13038>
MythTV <http://www.mythtv.org>
MythTV Media Center
More information about the mythtv-commits
mailing list