[mythtv-commits] Ticket #10101: EITpf timing for recordings
MythTV
noreply at mythtv.org
Mon Jan 7 21:33:14 UTC 2019
#10101: EITpf timing for recordings
-----------------------------------+-----------------------------
Reporter: David Matthews <dm@…> | Owner: stuartm
Type: Patch - Feature | Status: accepted
Priority: major | Milestone: 29.2
Component: MythTV - EIT | Version: Unspecified
Severity: medium | Resolution:
Keywords: | Ticket locked: 0
-----------------------------------+-----------------------------
Comment (by Klaas de Waal):
I have tested the patch with the local DVB-C signal (Ziggo / The
Netherlands) using a single tuner and a single recording per tuner.
Timing accuracy\\
The EITpf is, as I understand it, used to update the EPG and this means
that the EITpf timing used in this patch is not more accurate than the EPG
itself.\\
Bookmark\\
The bookmark that is set to mark the start of the program is correct.
However, MythTV has already the capability to set a bookmark at the start
of the program when the recording is scheduled to start earlier. In my
system it feels that both ways of generating start-of-program bookmarks
have the same accuracy.
End of recording\\
Extending the recording until the EITpf signals the end works correct; as
my EPG is quite good the only way to test this is to schedule the
recording to stop before the end of the program. The patch does cause the
recording to continue until the end of the program.\\
However, as mentioned in the original description, this means that you
cannot schedule a recording anymore to end before the end of the
program.\\
AFAIK the EPG is updated from the EIT as long as the end time of the
program is in the future, so recordings should already be extended
automatically.\\
Incorrect recording\\
On my system the recording of the news bulletin went wrong.\\
The news bulletin is repeated a number of times at night and the recording
of one instance of this was extended until the end of the last repeat.
Investigation shows that all repeats do have the same "program ID"
(something like "bds.tv/123456") and this causes the code to see all
repeats as a single program.\\
What about RST\\
A DVB transport stream can have an RST (running status table) (PID 0x13)
which should give really accurate start- and endtimes, better than the
EIT. This is the table that should be used! However, my DVB-C signal does
not have the RST tables.
Summary\\
The EIT data goes into the EPG, the recordings are controlled by the EPG
and if the EIT information is not in time propagated into the EPG then
that is the problem that should be fixed, rather than setting up a
parallel path that uses the same EIT data.
--
Ticket URL: <https://code.mythtv.org/trac/ticket/10101#comment:10>
MythTV <http://www.mythtv.org>
MythTV Media Center
More information about the mythtv-commits
mailing list