Having to repeatedly stop a recording

[Sicilian]

Another two links

https://github.com/OpenViX/enigma2/b...RecordTimer.py

https://github.com/OpenViX/enigma2/blob/master/timer.py

[birdman]

Oh yes. Time for my Python 101 course.

[adm]

I'm afraid not (I've just tested this).
This behaves just the same way as Deleting the timer from the Timer menu (but does let you delete the so-far-recorded file).

It may have stopped the problem about starting a recording again a few minutes later . I have to wait until the middle of the week to do some more playing around with the box.

Speculation:
When stopping the recording before it was by deleting it and hence changing a timer configuration. When leaving a timer screen the software immediately looks to see if new timers are to be set because something has changed.
When stopping the recording by way of the media screen I'm actually stopping a partially recorded program and not deleting the timer. Hence, I'm not changing the timer configuration, the software now doesn't check immediately and waits for the next polling interval. I guess if the stopping of the recording co-insides with my 2 hour polling interval I will see the same problem but it is less likely.

That's not how AutoTimers work (from what I can see). They never look at existing recordings, only the contents of autotimer.xml and timers.xml in /etc/enigma2.

The auto-timer code cannot be that bad There is enough information stored with a recorded program for the software to easily check to see if it already has a copy (the short .eit files seem to contain the type of required information to check for title and episode detail). Otherwise, as soon as you 'cleanup' the timer menu the history of recorded programs is possibly lost and the box would find the hundreds of repeats to record again. A quick test may be to record as many programs as possible in a day, then cleanup the finished timer list and see how many repeats are then marked for recording.

[birdman]

When stopping the recording by way of the media screen I'm actually stopping a partially recorded program and not deleting the timer. Hence, I'm not changing the timer configuration, the software now doesn't check immediately and waits for the next polling interval.

And if the next polling interval arrives it will re-start the recording. I did check this (with a 3min polling interval).

[judge]

And if the next polling interval arrives it will re-start the recording. I did check this (with a 3min polling interval).

The poll will kick in again on set time, a box or E2 restart, opening of any of the timer screens IIRC.

[adm]

The poll will kick in again on set time, a box or E2 restart, opening of any of the timer screens IIRC.

But probably not when a recording is suspended by way of the media button.

My initial problem was I needed to free up a tuner which I did by deleting the recording in a dedicated timer screen, as that was the only method I found for stopping the recording. I could then watch what I wanted BUT a few minutes later the timer wanted to record again and pinched the tuner back - and repeatedly did it.

It still will be a problem as the polling tick (set to hours) pinches the tuner but hopefully only after the program I want to watch live has finished and/or another tuner is available. I will have an occasional bout of swearing at the box rather than having to do it every time.

[judge]

Or tell you a conflicting timer has kicked in & doesn't suit. Message will pop up on all auto timer polls.
Without knowing what auto-timers you & @birdman are setting, it's impossibble to test & impossible to offer better than vague solutions.