Is it possible to make this stop the screensaver kicking in all together? I find it a pain to be in the Guide, working my way through the Radio Times programming up recordings for the following week, when it starts and I'm back at Now in the guide once again.
After a bit of testing it seems that, when the Guide is up, a timer similar to (probably the same as) the one that would launch the screensaver cancels the Guide, without starting the screensaver. Presumably this is what you'd like to avoid. If you bring up the Guide while "tuned into" a radio channel the package does in fact do this, because it has no way of knowing about any
modal UIs, like the Guide, that happen to have been invoked on top of the "watched" programme.
In principle my script that defeats the screensaver for radio channels could also do so in other contexts. As I describe below it is possible for TV channels, including delayed play (time-shift), but not as yet for media play. So apart from possible jibes about using the Radio Times to programme the device rather than the information in the actual guide or WebIf EPG page (dost thou mark it up with thy quill pen, etc), there are a few options to address your problem.
- You can use the package as it is but make sure to be "watching" a radio channel when setting up your recording schedule - easy.
- You can use the package but edit the file
/mod/bin/radio_ss_off to change the constant 700 on line 7 to 1; then make sure not to be playing back a file when setting up your recording schedule - easy (at least for me).
- I could tweak the package to allow for TV as well as radio: a persistent flag, some extra WebIf settings logic, modified script logic - doable but I'd prefer to see a wider demand and it still wouldn't help you with media play context.
- Some genius identifies an IR code that can be used instead of Bookmark, so that the above tweak would work in all contexts - don't hold your breath.
- Or, ideally, some genius who has decompiled the Humax binary finds the location where the timer delay is held, so allowing it to be patched to a very large value and avoiding the IR work-around - still don't hold your breath..
The script uses the IR package to send a meaningless command to simulate user activity. It identifies the UI context using the WebIf
status command. The problem is to find an unused remote control operation for each context that can be distinguished in this way. The script uses the IR package to send Bookmark to simulate activity for "watching" a radio channel; the only observable effect of this is that you see a periodic "operation not allowed" (circle with diagonal forward slash) at the top right in certain contexts, such as the guide. This would work the same for watching TV channels, as well as with delayed play (time-shift). However in a media play context, the Bookmark command would cause play to skip to the next bookmark or just bring up a message if there were none; in fact I couldn't find any remote command that would work in media play context: up and down arrows and colour buttons may not affect the play UI but several modal UIs would be affected, again including the guide.
