Project

General

Profile

Bug #1684

automatic recorder creates multiple (different) shedules for same epg-event

Added by Reinhard Mantey over 8 years ago. Updated over 8 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
Category:
PVR / DVR
Target version:
-
Start date:
2013-04-05
Due date:
% Done:

0%

Estimated time:
Found in version:
3.5.74~g8bceacd
Affected Versions:

Description

recently I happened to watch 3 different timer for the same epg-event - resulting in three different recordings (and for so wasted diskspace).

In the screenshot there are 4 different epg-events with duplicate timers.

I have 2 dvb-devices. May be the epg-event updates are handled differently?


Files

TVH-Bug.png (88.3 KB) TVH-Bug.png Reinhard Mantey, 2013-04-05 13:40

History

#1

Updated by Adam Sutton over 8 years ago

Are you using XMLTV and EIT data by any chance?

I made some mods to stop it completely removing entries, its possible that in turn its created a loop hole which allows multiple entries for the same event (with slightly different details) for autorec rules. The joys of relying on title matching :)

Adam

#2

Updated by Reinhard Mantey over 8 years ago

Are you using XMLTV and EIT data by any chance?

no, none of them. TVH only.

The joys of relying on title matching

Sure :)
As we are human, we rely on readable entries.

#3

Updated by Adam Sutton over 8 years ago

Hmmm, ok, so must be EIT data. Odd.

I just meant using titles for autorec, unlike proper systems that use series identifiers :) shame most systems either don't have that or the info is proprietary.

Adam

#4

Updated by Reinhard Mantey over 8 years ago

Hmmm, ok, so must be EIT data. Odd.

Sure - EIT parsing is a pain.
May be you'd like to have a look at http://winni.vdr-developer.org/epgsearch/ which does quite sophisticated EIT scanning as well as handling of timer/recording duplicates.

#5

Updated by Adam Sutton over 8 years ago

Sorry I was't suggesting the EIT data was the problem, just when I asked if you were usign EIT/XMLTV you said no, so I was just pointing out that must imply EIT (as the data had to be coming from somewhere :) ).

EIT processing isn't the problem, there are some fields that still need adding, but generally speaking the EIT data should be OK. I was simply referring to the fact there are better systems out there, that don't require title matching for doing series recordings. That's what I currently use (Freesat EIT in the UK uses CRID), so I often miss these issues.

The specific problem of it creating duplicate entries is an internal DVR issue which I will look at. I was trying to fix one problem (which resulted in entries being silently removed - not good at all) and seems to have (assuming its related) resulted in generation of false duplicates.

Adam

#6

Updated by Mark Tucker over 8 years ago

For what it's worth i have the same problem,But it also schedules recordings of other items on it's own which have a completely different title.
For instance i used series link to record Little house on the prairie for my daughter on True Entertainment.
It would work for a while then multiple shedules would appear for the same showing.
Then it would also add schedules for films on the same channel.

#7

Updated by Mark Tucker over 8 years ago

I should have mentioned i am using opentv Sky epg.

#8

Updated by Adam Sutton over 8 years ago

  • Status changed from New to Accepted

Mark,

Yes I think I have seen this before with opentv on my system. It started doing some really weird things with some series links I'd setup. The problem was taht before the mod it did even worse things, I'd set manual recordings for movies for the next week. Come the end of the week a whole bunch of things would have silently been removed from the recordings list!

I tracked down roughly what caused that and added some code to stop that happening, which I believe it has. Unfortunately I'm now seeing occasional instances of it creating these extra entries. So I am aware that something is not quite right. Just been focused on other tasks, I'm afraid I've generally been avoiding doing too much to the DVR code as I have plans for a major rewrite post 3.4.

Adam

#9

Updated by Adam Sutton over 8 years ago

I put this hack together to try and avoid things until I've had a better chance to look at it. It should fix autorec related issues (I hope).

http://pastebin.com/fzQhP2CL

Adam

#10

Updated by Reinhard Mantey over 8 years ago

Thanks a lot for the quick hack ;)

I tried it, and it looks unchanged. Does not seem to have anything changed.
Do I have to manually remove anything on filesystem?

Reinhard

#11

Updated by Adam Sutton over 8 years ago

Sorry, it won't "fix" things that are already broken, you'll have to do that manually. It will (hopefully) stop autorec recordings being wrongly re-associated with broadcasts and thus potentially creating duplicates.

Adam

#12

Updated by Reinhard Mantey over 8 years ago

Ok, got it.

I removed all duplicate schedules and restarted tvh - which created single schedule entries.
Looks like your hack is working!

Thanks a lot!

#13

Updated by Adam Sutton over 8 years ago

You probably won't know for sure until its been running a few days and the EPG has been updated a few times. The issue relates to when EPG updates remove the event being recorded (presumably to update or replace it etc... most times will be false triggers of removal).

Adam

#14

Updated by Adam Sutton over 8 years ago

  • Status changed from Accepted to Fixed

Should be fixed now. At least partially!

Adam

Also available in: Atom PDF