Daily Recording type Fails to Record

[Fillimerica]

It appears that this is a similar bug that was reported in the Kodi section originally last January, but I have determined that it is wholly a NextPVR issue easily reproduced with just a new NextPVR instance and no other client.

Original Related thread:  Default timer type

Symptom: When a series is scheduled with the "Record Series (Daily, this timeslot)". The entry shows up in the Scheduler tab under recurring as expected, but nothing is queued to record under pending (and the expected entry in the guide is shown unrecorded).
The NPVR logs show a string of error messages:

Code:

2025-10-13 15:50:51.159    [DEBUG][27]    LoadListingsMatchingTitle(channel=7154,title=Bob Hearts Abishola)
2025-10-13 15:50:51.188    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:00:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:00:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:00:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:30:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:30:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:30:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)
2025-10-13 15:50:51.189    [DEBUG][27]     - ignoring episode at: 10/13/2025 5:30:00 PM  (other exact match in timeslot exists at 10/13/2025 5:00:00 PM)

Reproduction:
Brand new Version: 7.0.3.250920 installation on Windows 10. Configure channels and guide data.
Click on a show in the guide, select Advanced, then under Recording type choose Record Series (Daily, this timeslot), Then Save.









The corresponding entry in the guide will remain unrecorded and does not record.



Logs are attached. I've also included the database file in the zip if that helps.

I also think this may be a regression since it does not appear that the prior version 7.02 suffers from this issue.

Tom..

[mvallevand]

My thinking based on what I see in your screen shot is that that show with the "B" in the guide after "Bob Hearts Abishola" is also "Bob Hearts Abishola"

The timeslot window is large too. and they don't have to be back to back.

I will see if I can duplicate that.

Martin

[mvallevand]

It wasn't that. Looking at your database that you kindly provided the issue may actually be related to duplicated EPG records so update this file https://forums.nextpvr.com/showthread.ph...#pid603887 empty and update the EPG and see if that helps.

Martin

[Fillimerica]

I tried what you suggested, replacing the Nutility.dll file in the NextPvr program directory, restarted the service, cleared the guide, re-imported the guide data.

Things are better now, but not fully correct. There are still duplicate entries in the EPG_EVENT table.
For guide entries that are duplicates NextPVR fails on scheduled entry creation, as illustrated previously.
For guide entries that are not duplicated, scheduled daily timeslot works as expected.

I have attached my database after I re-configured it, cleared it, and did an xml import. There are duplicates for some entries such as Bonanza and American Masters.
I also included the xmltv.xml file that I imported into the guide.

Won't let me attach a 5.4mb zip.
I broke it up.
Link to DB: Database File



Tom..

[mvallevand]

Zip files greater than 2MB need an external link.

Martin

[mvallevand]

I doubt this is related to the NUtility issue and I've actually seen it with my own HDHR Guide utility. AFAIK there is no logic in NextPVR to deal with bad XMLTV files with duplicate entries for the same program and your XMLTV has tons.

Martin

[Fillimerica]

Yes, you are correct. I just discovered this during my tests.
Now that you've confirmed that NextPVR does not attempt to filter duplicates I will work on pre-processing that XML data to get rid of the duplicates before it is fed into NextPVR.

Thanks.

PS. You might want to consider displaying some sort of error message when the attempt to schedule fails so silently.

[mvallevand]

The issue on that error is I am pretty sure the recurring recording gets created so there isn't an error, there is no guarantee that any recurring recording will generate actual recordings. If sub was to look at this, I'd say that ensuring one recording gets be created and ignore the duplicates.

Ultimately with Schedules Direct/Zap2whatever it makes no sense to even use timeslot recordings when the guide based data works better most of the time.

Martin

[Fillimerica]

I can open a thread in the Kodi client section if you think it would help to enhance the pvr addon for kodi.
The way it works now it seems that ActionID "ShowTimerRule" (keyboard t) creates these types of recurring recordings in NextPVR.
I don't know of a way to change what type is created in NextPVR from this action.

[mvallevand]

I don't really understand the scenario. Are you saying you can't create a timeslot recording in Kodi?

Also typically Kodi is the only client that allows changing the recurring type so that in itself isn't a problem it's would be wishlist item.

Martin