Opened 9 years ago

Closed 6 years ago

Last modified 6 years ago

#9775 closed Bug Report - General (Fixed)

Holes in EIT data not always resolved properly

Reported by: Peter D. <0123peter@…> Owned by: Stuart Auchterlonie
Priority: minor Milestone: 0.28
Component: MythTV - EIT Version: 0.24-fixes
Severity: medium Keywords:
Cc: Ticket locked: yes

Description

Sometimes FTA EPG data contains updates. For example the start time of a program might be changed by a minute relative to the previously advertised time. This can result in two entries appearing in the program guide, both with identical title and episode data, but one of them appears to be scheduled for only one minute. Guess which one the program guide indicates is set to be recorded and which is to be ignored as a repeat.

New data should supersede old data.

If there is doubt about whether a program is supposed to run from 18:01 to 18:30 or from 18:00 to 18:29 then be generous and record from 18:00 to 18:30. Please DON'T record from 18:00 to 18:01 and say, the other 29 minutes is just a repeat of the earlier one minute. (When I found this problem I overrode the settings, rather than waiting to see what was actually recorded.)

Change History (5)

comment:1 Changed 9 years ago by hakon@…

Another vote for giving this priority. I experience EIT updates under DVB-T (Norway) that happen after the recording has started causing a second recording to commence. I'd be happy to give logs or sample data-streams, though I might require some hand-holding in obtaining them :-)

comment:2 Changed 9 years ago by robertm

Ticket locked: set

We don't do votes. Please read our ticket howto.

comment:3 Changed 8 years ago by sphery

Summary: EPG updates cause recording confusionHoles in EIT data not always resolved properly

Changing the title, as the description seems to indicate that the provider is failing to change the end time of the preceding show, so MythTV's code that attempts to ensure we have no holes in listings data ends up leaving a "spurious" entry. The workaround for invalid data from the provider should be made in the EIT-collection code, not in the scheduler.

comment:4 Changed 6 years ago by Stuart Auchterlonie

Resolution: Fixed
Status: newclosed

I believe this issue should also be fixed by

In 95652b68a022a5ce2350952779f77891e5d1ded1/mythtv:

EIT improvements for DVB

Fixes #11914, Refs #10136

Signed-off-by: Stuart Auchterlonie <​stuarta@…>

comment:5 Changed 6 years ago by Stuart Auchterlonie

Milestone: unknown0.28
Note: See TracTickets for help on using tickets.