[GiGaBlue QUAD+ PLUS] Will this nuisance ever be fixed?

[leshay]

Hi
Long time issue. I have a Power Timer set up to go to deep stand-by after 10 minutes in stand-by.

The Power Timer works as expected, and recordings are made and box returns to deep stand-by afterwards.

However, if I start watching while the box is awake (from the Power Timer wake up), and interact with the box - change channels, watch recording etc then I would have expected the currently running Power Timer would be 'aborted'. Instead, after the allotted time, I get the pop-up about 'am I sure I want to shut down (with a count down)'.

As has been the case many times, if I am not actually there at the time (making coffee/toilet break/many other reasons), then when I get back, the box has gone to deep stand-by.

In a way, the box is just doing what you have made it do. What I am wanting, is that you make it so that if there has been user interaction during the Power Timer operation, that the shut down is aborted - preferably without the on screen alert.

 

[birdman]

If you have a PowerTimer set to switch from Standby to DeepStandby after 10 mins then that shouldn't be doing anything if you just pop off to the kitchen to make a coffee.

So - how does it get to Standby?

 

[leshay]

If you have a PowerTimer set to switch from Standby to DeepStandby after 10 mins then that shouldn't be doing anything if you just pop off to the kitchen to make a coffee.

So - how does it get to Standby?

Hi

The Power Timer causes it to go back to deep standby.

If the box is already in deep standby and I wake it up via the power button on the remote, then all is well.

If the box is already in a woken up state (having been woken up to record), then regardless of my interaction with the box - starting a playback, just watching a channel, using the remote to do normal things - then when the recording that woke the box up is finished, I will get the pop up asking if I want to allow shut down - with the count down timer. Normally, I am there at that point and select 'No' and all is well. However, the 'nuisance' comes from the times I am not there to select 'No', in which case the box goes to deep standby and I come back to have to restart the box.

 

[birdman]

Hi

The Power Timer causes it to go back to deep standby.

But only if it is currently in Standby (according to what you said). Which it isnt.

If the box is already in a woken up state (having been woken up to record), then regardless of my interaction with the box - starting a playback, just watching a channel, using the remote to do normal things - then when the recording that woke the box up is finished, I will get the pop up asking if I want to allow shut down - with the count down timer. Normally, I am there at that point and select 'No' and all is well. However, the 'nuisance' comes from the times I am not there to select 'No', in which case the box goes to deep standby and I come back to have to restart the box.

That sounds more like a Recording setting of "Deep Standby after recording" (which can, IIRC, be set as a default).
Is that set on your recordings?

Mind you, I thought I'd worked out a fix for that some months ago - what version of Vix are you currently running?

 

[ccs]

You did....

http://www.world-of-satellite.com/s...shing-enigma2)&p=384526&viewfull=1#post384526

 

[Joe_90]

@Birdman - if the box is woken from deep standby to perform a recording it will return to that state afterwards (which is my default setting). It is separate to the "deep standby after 10 minutes in standby" powertimer. This is what is causing leshay's issue. I presume it's not specific to GB Quad Plus, though?

I would agree that it's a nuisance to have a completed recording powertimer try to shut down the box when it's obviously not in standby due to user interaction after the initial wake time. Your previous fix didn't make it into mainline code, presumably.

 

[birdman]

You did....

http://www.world-of-satellite.com/s...shing-enigma2)&p=384526&viewfull=1#post384526

Thanks. That went into Vix 3.2.024.

(I now have an extended version of this to check for streaming clients and cater for someone manually putting th e box into Standby while a playback is running - neither of which obtains here).

 

[ccs]

All my recordings return to deep standby by default, but Birdman's fix overrides this if I'm viewing/pausing a recording.

Any other "activity" suggests that someone is there to override the shutdown prompt.

 

[birdman]

@Birdman - if the box is woken from deep standby to perform a recording it will return to that state afterwards (which is my default setting). It is separate to the "deep standby after 10 minutes in standby" powertimer. This is what is causing leshay's issue. I presume it's not specific to GB Quad Plus, though?

It's generic.

I would agree that it's a nuisance to have a completed recording powertimer try to shut down the box when it's obviously not in standby due to user interaction after the initial wake time. Your previous fix didn't make it into mainline code, presumably.

The fix went in at 3.2.024.
I'm sure it was meant to cover this case (but that doesn't mean that it did...).
I'll have to read through the code...

 

[Joe_90]

Still happening in ViX 4 - at least on the Quad Plus in any case.

 

[ccs]

Thanks. That went into Vix 3.2.024.

(I now have an extended version of this to check for streaming clients and cater for someone manually putting th e box into Standby while a playback is running - neither of which obtains here).

The "No shutdown prompt while watching recording" fix isn't in VIX.

The one you're referring to is "NoSleep-during-Playback", which is a different beast, relating to powertimers.

 

[birdman]

On further reflexion (and actually reading some code and comments and actually thinking...) the code for this would be in RecordTimer.py.
I do have some (non-standard) code to stop it putting the box to Standby or DeepStandby after a recording if there is a playback in progress. It probably doesn't handle the case of "there has been user-interaction since boot-up". I suspect it should.
If there has been interaction and you want it to shutdown at the end you could put it into Standby.

So I'll look for trapping the case of "Box not in Standby, keys have been pressed".

 

[ccs]

So I'll look for trapping the case of "Box not in Standby, keys have been pressed".

I much prefer the current solution with recordtimer.py.

All my timers go into deep standby when finished.
If I'm watching a recording, there is no shutdown dialogue.
If I'm watching a recording when the last recording of the day finishes, it's up to me to power down.
Otherwise the box always goes into deep standby automatically.

Are you suggesting that key pressing and playback might be treated the same?

 

[birdman]

Are you suggesting that key pressing and playback might be treated the same?

Sort of.
A possibility is that if there has been any interaction (keypress) then the AutoDeepStandby wouldn't have any effect unless it was in Standby.
Can you see that being a problem?
I can imagine that users with only Satellite tuners may run their box as their only TV source (any TV set would just be a screen) and hence may be using it to watch live TV (!!) rather than recordings.

Mind you - that first requires me to be able to detect a key press - and I'm currently failing on that score...whoops, wait, I can: I was mis-reading my logs.....

 

[ccs]

... another way (for me) to look at it, if I set up a recording (an interaction) to start in a couple of minutes and it finishes at 03:00am, it won't go into deep standby, and I won't be there to do something about it either.

 

[birdman]

... another way (for me) to look at it, if I set up a recording (an interaction) to start in a couple of minutes and it finishes at 03:00am, it won't go into deep standby, and I won't be there to do something about it either.

Hmmm....an interesting, and common, case....which punts that thought into touch.
I could envisage adding per-recording keypress checkers. This would cater for the above (probably - unless the recording starts while you are still fiddling...) but then leaves you with the case of box on, choose channel for a long session, recording starts, stops, you get prompted...which is where we started.

Another option would be a one-off PowerTimer to switch to DeepStandby after <n> minutes or at the end of the last active recording, whichever comes latest.

 

[ccs]

... just to clear, I'm not using powertimers, and I'm quite happy for shutdown prompts if I'm just watching tv (because I rarely use the box that way.)

Earlier, I was going to suggest "interaction" to mean anything but live tv, but, as you've suggested, that's probably how satellite owners use their boxes.

 

[birdman]

So, we have

• leshay, with the problem that a recording with AutoDeepStandby set for after the recording can find the box shutdown if he pops off to make tea at the wrong time.
• ccs, who want to be able to set a recording with AutoDeepStandby set for after the recording, continue to watch (and press keys) until he goes to bed knowing that the box will shutdown after the recording ends.

These are, I think, incompatible.

However, what about having additional options for Auto(Deep)Standby-if-inactive-since-boot for post-recording options? leshay could then use those. Or could he just not set the AutoDeepStandby for any recording? (I don't set it and have PowerTimers which get the box shutdown within an hour or so of inactivity).

 

[leshay]

Hi
Just to clarify what I have:

I have an Power Timer set to Timer Type: Auto deepstandby, Only active when in standby: Yes, Sleep Delay: 010, Repeat Type: repeated.

That's all the setup I have. I do not set Timers to have After Event other than Auto.

 

[birdman]

Hi
Just to clarify what I have:

I have an Power Timer set to Timer Type: Auto deepstandby, Only active when in standby: Yes, Sleep Delay: 010, Repeat Type: repeated.

But for that to have any effect something must be putting it into Standby. It's not you, and it's not a Powertimer, so....

That's all the setup I have. I do not set Timers to have After Event other than Auto.

It must be that Auto setting, which will put the box back to DeepStandby iff it woke it up to start the recording. Which (on re-reading) is what you wrote in post #1.
So you don't have the problem if the box is already on when a recording starts?

That then becomes a simple(?) matter of ignoring the Auto setting if the box was woken up to record (it knows this) if there has been a keypress since then (which I can code for - in fact I've already got that working). And that shouldn't affect ccs's shutdown after he's gone to bed.