Bug #3531
Autorec missing some recordings
0%
Description
Hi there, I've noticed for some time now that i have the odd autorec that decided to ignore future recordings of a program that matches the regex name.
For example, i choose to create an autorec for a series of matches of cricket in Australia. The games go for 5 days, and each day has 3 sessions. Each session is roughly 2 hours long. I set an autorec and it detects all the sessions for the matches as far ahead as the OTA EPG goes. The problem is that after a while the autorec doesnt seem to detect these programs in the EPG. They are there in the EPG, as i can see them on the EPG screen. Just not been caught by the autorec. I stop and restart tvheadend and it detects the programs and adds them to the upcoming recordings. It doesnt happen all the time, but seems to be limited to autorecs that have long running regular recordings. I have "Record All"set in Duplicate Handling.
I'll try to catch something in the logs, but previously i've not noticed anything. Any ideas?
Files
History
Updated by Anonymous almost 9 years ago
Nathan McAullay wrote:
Hi there, I've noticed for some time now that i have the odd autorec that decided to ignore future recordings of a program that matches the regex name.
I've experienced this too. My Autorec recordings work for typically one week then no longer match on anything. I find that it correlates with a loss of Episode Subtitle as if it chooses not to record something because a blank subtitle matches against an earlier recording of that programme which happened to have a blank subtitle. Setting an Autorec to match on the regex of a programme title only but that does not appear to help.
I think the Subtitle is filled in after the initial scan, but it does not appear to be filled in for future days on some channels.
I need to turn on debugging and see what's going on
Updated by
Updated by Anonymous almost 9 years ago
Jaroslav Kysela wrote:
What's your EPG source? XMLTV ?
The sources I have set are:
- EIT DVB Grabber
- OpenTV Sky UK
- OpenTV UK Freesat
Updated by Nathan McAullay almost 9 years ago
Updated by 
I use OTA EPG, no scraping of XML of any sort (atleast not on purpose).
Given the time between setting the autorec, and the issue surfacing it's hard to know what could be changing.
I'm not sure if it just doesnt detect new showings of the same title, or if it does, and then some sort of duplicate analysis decides to drop the detected "repeats".
Is there anything to look for in the logs. Now i know i'm not alone on this one, I'll try to capture this happening over the next week or so. There arent too many shows that are of this duration and frequency, but i'm sure i can find something.
Updated by Nathan McAullay almost 9 years ago
do I need to enable some sort of specific logging to capture something that might be useful?
Updated by Jaroslav Kysela over 8 years ago
Could you test latest ? v4.1-1576-g52ed773
I tried to fix some autorec bugs there...
Updated by Anonymous over 8 years ago
Jaroslav Kysela wrote:
Could you test latest ? v4.1-1576-g52ed773
I tried to fix some autorec bugs there...
What I notice is that the episode and summary fields contain data after the initial scan has completed. Those fields no longer get updated when tvheadend has been running for a while, despite the data being present in the description for a programme. So it's like the post-processing to extract the episode/subtitle information from the description stops working after a while.
Updated by Nathan McAullay over 5 years ago
Hi there, i am the original poster (amazing how time goes by). I just had another instance of this occurring, a recurring series of sport programs. The autorec is "ICC Cricket World Cup 2019", and it works for a few days/instances, but then at some point tvheadend decides that there is no more instances and ignores a matching instance. I noticed this tonight when it was supposed to be recording an instance, but wasn't. I restarted tvheadend immediately and it starts the recording and schedules future occurrences. Seems the same problem is still present 3 years later?
Updated by Nathan McAullay over 5 years ago
Just incase the version matters, this is occurring in 4.3-1792~g466a01431