Project

General

Profile

Bug #4760

Programmes recorded that don't match recording rule

Added by Em Smith about 4 years ago. Updated about 4 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
PVR / DVR
Target version:
-
Start date:
2017-12-01
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3
Affected Versions:

Description

I mostly have autorec rules. I've noticed a few shows recorded that don't match the recording rule.

For example a rule to record title "CSI" would very occasionally record "NCIS".

I think what happens is that SchedulesDirect doesn't have accurate data for some channels for +10 days. So I suspect it says "CSI" is on in 10 days and gets scheduled. A few days later the schedule gets updated and the "CSI" is replaced with "NCIS". However, the recording rule isn't re-checked to see if it still matches the programme.

History

#1

Updated by Joe User about 4 years ago

Or maybe the parser is dyslexic? :P

Yes, I have seen this before. It was related to bad EPG data that was later fixed.
[[http://tvheadend.org/issues/4299]]

Does the wrong program recorded show the title of the bad EPG data, or does it match what was actually recorded (this is what I observed.)

Very funny, I looked up an old post I made about modifying the autorec descripton and I found out that you had answered. :)
[[http://tvheadend.org/issues/4052]]

#2

Updated by Em Smith about 4 years ago

Haha, yes, or the parser is really smart and figures hey, maybe you'll like this show.

I'd forgotten that patch. That's why we should use pull requests so things don't get forgotten :-)

The programme has the new title but the recording rule has the comment saying it matched the other rule. So it will say "NCIS..recording rule CSI". It happens infrequently enough that I can't find an example in my upcoming list to track, but frequently enough that I've wondered "why was that recorded?"

Reading your #4299, yes I think my problem is the same as yours (pt 1). So in your example it created a show to be recorded as 10pm and then you fixed the EPG and it says it will record at 9pm but the 10pm recording wasn't removed.

#3

Updated by Joe User about 4 years ago

Em Smith wrote:

Reading your #4299, yes I think my problem is the same as yours (pt 1). So in your example it created a show to be recorded as 10pm and then you fixed the EPG and it says it will record at 9pm but the 10pm recording wasn't removed.

Yes that is basically correct, but as it only happens 4 times each year (twice for each daylight saving change) and probably something very few people encounter, I did not spend much of my limited free time investigating.

One thing to note, even if I adjusted the EPG offset so the EPG data was correct, the NOW/NEXT (p/f) data in the stream did NOT match the actual content, which made things difficult to override. I am guessing that is not the case with you.

I played a bit with "EPG update window" but no change, and "Use EPG running state", which sometimes seems to be used even if disabled. For example, disable "Use EPG running state", pick some upcoming show from the EPG guide and set it to record. Then go to upcoming recordings and edit the recording, and set the stop time to be just 5min after the start time and save. Even though the new stop time shows up as the "scheduled stop time", the program will record until the EPG stop time and not stop early like you set.

Also available in: Atom PDF