[schedchk] Check recording schedule and fix problems

MymsMan

Ad detector
I have uploaded a new package, schedchk, to the Advanced packages section of the package catalogue.

The purpose of the new package is to check scheduled recordings against the EPG and reschedule, if possible, entries that don't match the EPG
It was prompted by the daily moving of Pointless from BBC1 to BB2 due to the daily corona virus update but hopefully it will also help detect other problems before they result in a "failed to track" failed recording.

I have also created a wiki page to describe the package in more detail https://wiki.hummy.tv/wiki/Schedchk

The package normally runs regularly as part of the Auto processing and performs a number of checks on the recording schedule:

By default all checks are enabled but there are options on the Settings page to allow individual check categories to be disabled if needed.
Please take some time to RTFM!

When you first install the package you might want to turn the 'test' option so that it only reports on what changes it would make without actually updating the schedule.

As usual report problem with the package and wiki page, and any other questions on this forum thread
 
Does this require a beta version of webif. Schedchk installation fails due to dependency on webif v1.4.8-3. I have version 1.4.8-2 installed with no update available?
 
Just had a read-through of wiki and offer the following for your typo consideration.

Conflict resolution,
Para 1

when a news days EPG data is loaded,
when a new day's EPG data is loaded,?

One-off episodes of a series
Recently Pick broadcast several episodes of the Sherlock series as 1-off programmes
Recently, Pick broadcast several episodes of the Sherlock series as 1-off programmes?

Other controls
Threshold

The default, unless changed in setting is 36 hours which seems adequate
The default, unless changed in setting[s?], is 36 hours which seems adequate?

I think there is a typo somewhere (couldn't find it again) "ctontabs" = crontabs?
 
Thank you for this.

I have installed it on both my active HDRs. I have chosen to run it in test mode for a while, just to see what actually happens and to minimise the risk of ‘losing’ one of SWMBO’s scheduled recordings!
 
One-off episodes of a series
Recently Pick broadcast several episodes of the Sherlock series as 1-off programmes
Recently, Pick broadcast several episodes of the Sherlock series as 1-off programmes?

Other controls
Threshold

The default, unless changed in setting is 36 hours which seems adequate
The default, unless changed in setting[s?], is 36 hours which seems adequate?
Q: Were either of these questions?
A: No.
 
I assumed the question was whether the commas should be inserted
100% correct. Thanks Myms.
The question mark was meant as a "do you also think that". It would have been presumptions of me to just put in what I thought it should read without showing a bit of humility.
At least someone is not so stupid as they didn't get the gist of what I was getting at.
I also can tell the difference between a statement with a question mark after it and a 'real' question.
I suppose that I could have posted "Did you mean 'Recently, Pick broadcast several episodes of the Sherlock series as 1-off programmes.'?"
I suppose that would have been more grammatically correct, but hey ho, I was just trying to gate a message across.
 
I suppose that would have been more grammatically correct, but hey ho, I was just trying to gate a message across.
Sure, but other people get criticised for appending question marks to statements, so it would be discriminatory not to be consistent.
 
But that is when they were actually asking a question. I wasn't. I was suggesting a 'correction'.
Bollox. I won't bother trying to help in future
 
Currently running in test mode. I have 'Cardinal' scheduled to record tonight on an SD channel. This is because reception is intermittent on the HD channels at the moment due to weather conditions and nearby trees. The following message has appeared which seems to say it would move the recording onto BBC TWO HD.
Code:
10/06/2020 07:51:54 - SchedChk: *** Test mode =Updated *** 10/06/20 21:00  00:45 === slot 9 === Cardinal === BBC TWO--->10/06/20 21:00  00:45 === Cardinal === BBC TWO HD === Event Changed (2 instances)
10/06/2020 07:51:56 - SchedChk: *** Test mode =Updated *** 10/06/20 21:45  00:45 === slot 9 === Cardinal === BBC TWO--->10/06/20 21:45  00:45 === Cardinal === BBC TWO HD === Event Changed (2 instances)
Still using default settings (except test mode).
Is this the expected behaviour?
 
Is this the expected behaviour?
Yes and No

What it is saying is that at the time schedchk ran it could not find the two episodes of Cardinal scheduled on BBC 2 but it could find them on the BBC2 HD schedule so it would have (except for test mode) have rescheduled them to BBC 2 HD. So in that respect it is expected behaviour.

What is unexpected is for BBC 2 and BBC2 HD to have apparently different schedules so we need to investigate why that occurred.

Is it still happening? Are you still seeing the messages occurring in auto.log?
If they have stopped it may have been a short term glitch in the epg, these appear to be surprisingly common. The Alert example in the wiki shows the duration of a programme changing and then changing back again a few minutes later.

If they are still occurring then it would be worth taking a look at your schedule data and the epg in more detail.
I also have Cardinal schedule and my schedule contains
Code:
humax /mnt/hd2/mod/git # fmtrsv -n Cardinal
ulslot               = 36
ersvtype             = 3              Recording
hsvc                 = 131097
nsttime              = 1591819200     10/06/2020 21:00
szsttime             = 00000000000000
nduration            = 2700           00:45
erepeat              = 0              no repeats
usevtid              = 12658
szevtname            = i7Cardinal   (Cardinal)
ulPreOffset          = 0
ulPostOffset         = 0
ulProgramId          = 0
ulSeriesId           = 0
ucVolume             = 0
ucInputMode          = 0
usChNum              = 0
ucRecKind            = 4              series
ucCRIDType           = 50             series
szCRID               = FP.BBC.CO.UK/P-3Z4HLU/02
szFPBRecPath         = Cardinal
szRecordedProgCrid   = 1FP.BBC.CO.UK/M/AOZZ|1FP.BBC.CO.UK/M/AOZX|
szEventToRecord      = 1FP.BBC.CO.UK/P/3Z4MJN|1FP.BBC.CO.UK/P/3Z4N13|
aulEventToRecordInfo = {131097 1591819200 1591821900 12658} {131097 1591821900 1591824600 12659}
bRecomRsv            = 0
usLastRecordedEvtId  = 12527
eReady               = 30
szSvcName            = BBC TWO
usLcn                = 2
  Svcid  Start                         End                             Evtid  CRID
 131097  1591819200 10/06/2020 21:00   1591821900 10/06/2020 21:45     12658  1FP.BBC.CO.UK/P/3Z4MJN
 131097  1591821900 10/06/2020 21:45   1591824600 10/06/2020 22:30     12659  1FP.BBC.CO.UK/P/3Z4N13
========================================================

Does yours look similar (svcid may differ depending on transmitter)?
What does BBC 2 epg show on webif?
If Cardinal is shown on the epg is the BBC 2 HD episode shown as alternative? are the crids OK?
 
Looking at auto.log, the system was started around 07:16 and these events occurred at 07:39 and 07:51. It was then put into standby shortly afterwards. After restarting the events have not recurred.

The schedule looks very similar...
Code:
# fmtrsv -n Cardinal
ulslot               = 9              
ersvtype             = 3              Recording 
hsvc                 = 131097                
nsttime              = 1591819200     10/06/2020 21:00
szsttime             = 00000000000000            
nduration            = 2700           00:45
erepeat              = 0              no repeats
usevtid              = 12658             
szevtname            = i7Cardinal   (Cardinal) 
ulPreOffset          = 0         
ulPostOffset         = 0        
ulProgramId          = 0         
ulSeriesId           = 0          
ucVolume             = 0            
ucInputMode          = 0         
usChNum              = 0             
ucRecKind            = 4              series
ucCRIDType           = 50             series
szCRID               = FP.BBC.CO.UK/P-3Z4HLU/02              
szFPBRecPath         = i7Cardinal        
szRecordedProgCrid   = 1FP.BBC.CO.UK/M/AOZZ|1FP.BBC.CO.UK/M/AOZX|  
szEventToRecord      = 1FP.BBC.CO.UK/P/3Z4MJN|1FP.BBC.CO.UK/P/3Z4N13|     
aulEventToRecordInfo = {131097 1591819200 1591821900 12658} {131097 1591821900 1591824600 12659}
bRecomRsv            = 0           
usLastRecordedEvtId  = 12527 
eReady               = 30              
szSvcName            = BBC TWO           
usLcn                = 102               
  Svcid  Start                         End                             Evtid  CRID
 131097  1591819200 10/06/2020 21:00   1591821900 10/06/2020 21:45     12658  1FP.BBC.CO.UK/P/3Z4MJN
 131097  1591821900 10/06/2020 21:45   1591824600 10/06/2020 22:30     12659  1FP.BBC.CO.UK/P/3Z4N13
========================================================
 
Looking at auto.log, the system was started around 07:16 and these events occurred at 07:39 and 07:51. It was then put into standby shortly afterwards. After restarting the events have not recurred.
I wonder if it was a delay in repopulating the BBC 2 EPG after restart - perhaps I should check whether there is some other programme scheduled for the time slot before looking to reschedule. Occasional gaps in the epg have been reported fairly often.
 
Not sure if this helps or hinders but I have Cardinal set for BBC 2 HD tonight (2 episodes and set as a series). Next weeks Cardinal has not been set to record (both on the box and in WebIf/RS). I have checked the Series CRIDs and they are the same (fp.bbc.co.uk/p/3Z4HLU).
 
Back
Top