Hmm, fair point. Would you want it to search backwards as well as forwards? Might make sense.
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
Not bothered, really, I just thought I'd see what happened. I guess, depending on what the epg is showing, you might not notice it's split.
What happens if autotimer finds a match?
EDIT: It creates two separate timers, as it would normally.
Debug log looks ok as well.
Code:< 9693.4552> 15:02:27.4659 [eEPGCache] lookup events with 'Godzilla' as title (case sensitive) < 9693.4774> 15:02:27.4882 [RecordTimer] [AutoTimer] Try to add new timer based on AutoTimer Godzilla. < 9693.4776> 15:02:27.4884 [RecordTimer] [AutoTimer] Timer start on: Sun May 24 15:43:00 2020 < 9693.4787> 15:02:27.4895 [eDVBFrontend0] opening frontend < 9693.4798> 15:02:27.4906 [eDVBFrontend1] opening frontend < 9693.4814> 15:02:27.4922 [eDVBFrontend2] opening frontend < 9693.4849> 15:02:27.4957 [TimerSanityCheck] conflict not found! < 9693.4852> 15:02:27.4960 [Timer] Record RecordTimerEntry(name=Godzilla, begin=Sun May 24 15:43:00 2020, serviceref=1:0:19:4540:4089:233A:EEEE0000:0:0:0:, justplay=0, isAutoTimer=True) < 9693.5095> 15:02:27.5203 [RecordTimer] [AutoTimer] Try to add new timer based on AutoTimer Godzilla. < 9693.5096> 15:02:27.5204 [RecordTimer] [AutoTimer] Timer start on: Sun May 24 16:48:00 2020 < 9693.5153> 15:02:27.5260 [TimerSanityCheck] conflict not found! < 9693.5156> 15:02:27.5263 [Timer] Record RecordTimerEntry(name=Godzilla, begin=Sun May 24 16:48:00 2020, serviceref=1:0:19:4540:4089:233A:EEEE0000:0:0:0:, justplay=0, isAutoTimer=True)
Last edited by ccs; 22-05-20 at 15:08.
Andy_Hazza (22-05-20)
It doesn't necessarily work with autotimers! I have autotimers set by default to "require description to be unique" and as both parts (separated by news) have the same description only the first part is recorded.
Going to the EPG selecting the first part of a film, then pressing record button the options of timer and autotimer appear. Both parts will be recorded if timer is selected and only the first part will be recorded if autotimer is selected.
This is a problem when trying to avoid repeats when recording a series that has news splitting the program.
Xtrend ET10K, 2 x satellite tuners 28.2 (Sky FTA), 2 x hybrid (UK Freeview), Zgemma H9S (satellite)
I think autotimer sets up its own timers, and doesn't go anywhere near the new "split timers".
My example worked (as it always has) because the time-span included both parts, and 2 timers were created.
Reducing the time-span to exclude the 2nd part results in a timer for only the first part.
Split timer creates just a single timer for the whole programme.
Andy_Hazza (23-05-20)
Yes, that's the intention of the feature - it's so that you don't have to check whether the programme is split by some silly entertainment news. Imagine it as an extended advert break. Given that the most common duration of these interruptions is 5 minutes, you'd record almost as much padding if doing 2 separate recordings! AFAIK, there's no way to pause and resume a recording, and even if you did, you'd still want padding either side; I doubt the channels that do this stick to an exacting schedule.
Andy_Hazza (23-05-20)
Something I usually have set too.
Although I can't think of anything I'd set an AutoTimer for that would ever be split by the News.
Perhaps the AT code could have a "set one combined timer if you find two matches with < given-configurable-gap between them" option? The default being a 0-gap, which means no-combining.
MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD
abu baniaz (23-05-20)
Posts moved to separate thread from bug report
Hmm, I didn't really consider AutoTimer, what with it being a plugin. Could be a bit tricky as other distros use the same source code
The code changes are to Timeredit py only. Autotimer is a separate process and has not been touched.
ccs (23-05-20)