[rs] Remote Scheduling v1

I will try using AR instead of padding for recordings. The remote scheduling had created a recording schedule for today at 08:45 but the EPG shows it had been changed to be at 08:40, so an hour before I manually changed that scheduled recording to be AR and the box did start recording at 08:40. So perhaps AR will solve this problem.
Since I have several hummy boxes (five in total) I will configure one for AR and one without AR and compare over the next two weeks to see how auto scheduled programmes work.
 
There are swings and roundabouts* with AR vs. auto-padding. You just have to decide which works best for you. Bear in mind the CF multimode package will allow you to set up a policy for when AR or auto-padding get applied.

* English idiom meaning compromises on both sides.
 
AR seems to have some advantages but I already found out that if you are watching timeshift of the same channel that a recording is planned then the recording doesn't start until you change channel or stop timeshift .. something I didn't see mentioned on the wiki page. But overall if it means more less programmes with the ends missing then it might be better.
Generally the box and custom firmware work ok in Finland. I've manually set the timezone for the web server part of custom firmware, so that displays correctly. Being a bilingual country (Finnish and Swedish) the names of recorded programmes are a bit hit and miss. Sometimes in Finnish and sometimes in Swedish. I suppose the boxes sold here have a language preference and they choose programme names to match the language choice. The hummy is unaware of this and the EPG might display the Finnish name for a programme but the recording have the Swedish name as the title! DVB is implemented a bit differently from channel to channel, some having proper DVB subtitles but others having burned in subtitles from channels who could not be bothered to properly implement DVB features.
 
To return to the topic of the EPG being updated after rs created the scheduled recording: I realised there is already a package which periodically checks all scheduled events against the current EPG and will automatically adjust the schedule. Some of it doesn't work for me like searching for alternative broadcasts, but it does handle the time adjustment of the scheduled events. It's called schedule fix and listed under advanced packages, so it's exactly what I needed.
 
To return to the topic of the EPG being updated after rs created the scheduled recording: I realised there is already a package which periodically checks all scheduled events against the current EPG and will automatically adjust the schedule. Some of it doesn't work for me like searching for alternative broadcasts, but it does handle the time adjustment of the scheduled events. It's called schedule fix and listed under advanced packages, so it's exactly what I needed.
Actually, the package is called schedchk (if you're gonna post about it you might as well be accurate), details are here: https://hummy.tv/forum/threads/schedchk-check-recording-schedule-and-fix-problems.9737/

I had forgotten about that, looks useful.
 
The package worked except for the feature that tried to detect recordings which had not started properly and it reported a problem with every scheduled recording.
I think this is due to the timezone being hardcoded in the script somewhere and not matching with the timezone of the box itself. But individual features can be turned off.
 
The package worked except for the feature that tried to detect recordings which had not started properly and it reported a problem with every scheduled recording.
I think this is due to the timezone being hardcoded in the script somewhere and not matching with the timezone of the box itself. But individual features can be turned off.
Discuss that in the relevant thread please.
 
Unfortunately lots of people have had problems with registration emails not arriving. Give it a whirl and keep your fingers crossed.
 
Last edited:
If you run the SMTP server on that server, you need to do correct SPF and correct DKIM. If it was set up 10 years ago, probably SPF will be wrong and DKIM is likely missing. Google (gmail) dumps 100% of emails unless they have one or the other valid.
 
Sure, but google own the universe ;)

But seriously not everybody has a "junk" folder. I don't. My ISP (names.co.uk) does filtering (almost certainly subcontracted to somebody else) and sends on everything else. But then I use POP3, not webmail.
 
Back
Top