[schedchk] Check recording schedule and fix problems

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).
I'm the same.

The Humax may not add next weeks episodes until after this weeks episodes have aired. I am not sure of all the times the humax checks for new episodes.

Schedchk only checks the next 36 hours (Threshold value) for missing episodes so wont be looking that far ahead.
 
Still no Cardinal scheduled - perhaps I should create a new thread ?
No - this is the correct thread for scheduling anomalies (and trying to fix hem)!

The reason next weeks Cardinal hasn't been scheduled is because the BBC, in their infinite wisdom, have changed the series-CRID for next weeks episodes so the Humax thinks it is a totally different series.

Previous episodes of the series had an sCRID of FP.BBC.CO.UK/P-3Z4HLU/02 but next week's doesn't have the /02 suffix and so doesn't match.

Who knows why they changed the sCRID, I don't if it is within the rules but really the rule book is irrelevant - we have to deal with the consequences.

The schedchk SCRID change check should pick this up and schedule a new series recording for next weeks episodes (when it reaches the threshold) but when I ran an extended check it wasn't so I need to investigate further and fix before next Wednesday.
 
How strange - using WebIf it does not show the /02 bit so did you get the scrid directly off the box ? (Have attached what WebIf shows)

Cardinal 10 June.jpgCardinal 17 June.jpg
 
I got the sCRID from the rsv.db database, see the fmtrsv output in earlier posts, it it what was in the the epg at the time episodes 1-4 were added to the schedule. At some point after 3&4 were added to the humax schedule the sCRID in the epg changed, this has no effect on existing episodes that have already been added to the schedule but does affect the search for new episodes.

schedchk could detect the change in series-CRID but unfortunately cant change the existing value in the rsv.db because the nugget processing only allows some fields to be updated. (@af123 could this be changed? it would be a big help)
However schedchks inplace updating means you sometimes get episodes from different showings of a series mixed up so I need to think more about how to ensure I would use the right series-CRID on the correct channel.
 
BBC usually use /x-XXXXXX on SD channels and /x/XXXXXX on HD channels to differentiate sCrids, other broadcasters have different conventions so you have to look closely when comparing crids,
 
There's a series of four programmes I'm interested in on PBS America next week called Clydebuilt (been on before, but I've only seen episode 4). They're on at lunchtime and repeated in the evening Tuesday-Friday (and on PBS America+1, obviously).

They've only gone and marked them as split! Setting a series recording ends up with each episode recording twice. I think I might be trying out that new package for cleaning up such things.

What do you make of this:
Code:
26/11/2020 22:51:00 - SC *** Test mode =scheduled *** 01/12/20 01:30  00:30 === Click: 100 Women Special === BBC NEWS === sCRID changed
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->01/12/20 09:30  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->01/12/20 14:00  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->01/12/20 19:15  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->02/12/20 01:00  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->02/12/20 09:30  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->02/12/20 14:00  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->02/12/20 19:15  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->03/12/20 01:05  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->03/12/20 09:30  01:20 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->03/12/20 14:00  01:15 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:11 - SC *** Test mode =Updated *** 01/12/20 13:00 01:20 === slot 10 === Clydebuilt === PBS America-->03/12/20 19:15  01:15 === Clydebuilt === PBS America +1 === Unscheduled episode
26/11/2020 22:51:12 - SC *** Test mode =scheduled *** 02/12/20 13:00  01:20 === Clydebuilt === PBS America === sCRID changed
The 0930 schedules are odd - PBS America is shown in the EPG as not starting until 1pm, but the +1 shows programming throughout (including a 0930 showing) - however, on the SUI EPG it is PBS America shown as scheduled, not +1.

Correct me if I'm wrong: my interpretation is that the +1 episodes are being scheduled as previously missing, and the multiple recordings are treated as OK because they are outside the 3-hour window. Broadly the EPG is so cocked up schedchk can't deal with it.
 
Last edited:
Correct me if I'm wrong: my interpretation is that the +1 episodes are being scheduled as previously missing, and the multiple recordings are treated as OK because they are outside the 3-hour window. Broadly the EPG is so cocked up schedchk can't deal with it.
I think you are correct - this situation is way outside schedchk's, the webif's and possibly the Humax's comfort zone

The Humax schedule database, webif and the rule books treats split recordings as a third type of recording that is neither one-off nor series, it should not be possible to have a series of split recordings. But logically that could be perfectly sensible - A broadcaster might wish to schedule Lord of the Rings as a series of three programmes each of which is a split recording. I have never seen that happen for a film series and this is the first series of "split" recordings that I have come across.

In this case I don't believe they are genuine split recordings, they are more than 3 hours apart, each half is identical length and can you really imagine 2:30 hours to describe building the Cutty Sark! So I think it is a broadcaster error to include the #01 IMI in the crids.

Normally if a series is to be repeated in another time slot it is given a different series-CRID so that you can choose whether to record the 13:00 or 18:15 showing.
PBS America+1 doesn't appear in my EPG since I don't receive COM7 but is it using exactly the same series Crid as PBS America? If it is that would explain the "Unscheduled episode" messages - another broadcaster error.

While duplicating an episode within a series-Crid is not common it is not that unusual either, I have seen it, for example, with the Simpsons on C4. The Humax avoids duplicate recordings by checking the already recorded list in the schedule entry and not re-recording the episode.
It will be interesting to see how the Humax treats Clydebuilt - if it handles it like a normal series it will automatically ignore the second showing, if it treats it as a split then it will record both.

The big problem with duplicate episodes is in resolving conflicts there is no way of telling the Humax to record the 18:15 showing instead of the 13:00, our normal way of skipping an episode is by marking it already recorded which would also stop it recording at 18:15, You would have one-off recordings for every episode.
 
It will be interesting to see how the Humax treats Clydebuilt - if it handles it like a normal series it will automatically ignore the second showing, if it treats it as a split then it will record both.
That question has already been discussed on an old thread. It is the latter.
 
It has been discussed for normal split recordings but I have seen them with a series crid before
I meant what I wrote. The combination of Series and Split has been discussed before, and part of that is why I know, and remember, what happens when the two are combined on the HDR-FOX T2.
 
Curiously, I converted these to individual recordings instead of a series recording, so I have better control, and although today's is marked as split it has not actually recorded a split.
 
I have been doing a few investigations searching the EPG with SQL queries and they show only two Broadcasters mark series episodes as split recordings.
They are PBS America and Sony Channel and they are serial offenders.
nameservice_idseries_cridCOUNT(*)
Air Aces27968/S54503268PBS America
Beautiful Serengeti27968/S54028345PBS America
Clydebuilt27968/S534203312PBS America
Egypt27968/S51199153PBS America
Pearl Harbor: Into the...27968/S51709873PBS America
The Gene: An Intimate History27968/S54316251PBS America
The Story of China27968/S53953392PBS America
The Wild Canadian Year27968/S51069792PBS America
World War II: The Last Heroes27968/S544625111PBS America
Charlie's Angels33984/S519193418Sony Channel
Classic Who Wants To Be A...33984/S528019826Sony Channel
Classic Who Wants to Be A...33984/S52514748Sony Channel
Crazy Like A Fox33984/S550330017Sony Channel
Days Of Our Lives33984/S54656306Sony Channel
Due South33984/S329120420Sony Channel
Hart To Hart33984/S523842517Sony Channel
M*A*S*H33984/S329682332Sony Channel
Murder, She Wrote33984/S518355322Sony Channel
Randall and Hopkirk (Deceased)33984/S48753622Sony Channel
Sue Thomas: F.B. Eye33984/S548363512Sony Channel
The Agatha Christie Hour33984/S49687021Sony Channel
The Persuaders!33984/S386545414Sony Channel
Touched By An Angel33984/S346812217Sony Channel
I have emailed both channels to ask why they are marking normal series episode as split recordings, I am not going to hold my breath waiting for a reply, but there is a vague hope they might correct their ways.

Clydebuilt as a series recorded both episodes yesterday and was due to record the whole series again on Sunday as back-to-back episodes.

When scheduled as individual recordings all three showings are listed to be recorded, one of schedchks options will resolve standalone split recordings but if you are only running in test mode it shouldn't have updated the schedule entry, try fmtrsv -n clyde to see what is currently scheduled
 
Checking again I can't find any current series with episodes marked as split recordings :doublethumbsup:

Has anyone else seen any recent occurrences?

I never received any response to my emails but perhaps they had some effect,
 
I thought it was strange when ma's box was recording Mission Impossible. Doing a bit of housekeeping today I found this:
20/12/2020 10:51:50 - SchedChk: * Updated * 20/11/20 14:15 00:45 === slot 42 === Impossible === BBC ONE HD-->21/12/20 22:45 01:45 === Mission: Impossible === BBC ONE HD === 1-off recording
Not sure what the fault is, but I guess this was not exactly intended...
 
Back
Top