NextPVR Forums

The clocks were set back one hour last night, and this morning several
scheduling problems arose.

The first and most obvious one is that manually scheduled recordings
are now scheduled for an hour earlier. Thus, "BBC-8-10am" in the
recurring_recording table is shown with a StartTime of 12:00 (GMT) and
an EndTime of 14:00, which is 8-10am in EDT and is correct, but is
7-9am in EST, which is not correct.

I have a bunch of these, so this is quite a mess. I'm trying to think
of the easiest fix. The one I'm currently considering is to write a
script that finds all the manually scheduled records in
recurring_recording, and increases the StartTime and EndTime by one
hour. Then I could run the script in reverse in the springtime. I'm
going to let things sit for a few days and see how things work out,
and perhaps try this idea next weekend. If anyone has any better
suggestions, let me know.

The second issue is that a number of network shows are simply not
being recorded. They're simply being skipped, with no reason given,
even though they're shown as "New" in the nextpvr UI grid. Here's a
typical log entry after running with the -recurring option:

Code:

2016-11-06 07:58:39.159    [INFO][1]    UpdateRecurringRecording(258, 'Criminal Minds'):
<Rules>
  <EPGTitle>Criminal Minds</EPGTitle>
  <ChannelOID>8909</ChannelOID>
  <ChannelName>CBS4</ChannelName>
  <StartTime>2016-11-10T02:00:00.0000000Z</StartTime>
  <EndTime>2016-11-10T03:00:00.0000000Z</EndTime>
  <PrePadding>1</PrePadding>
  <PostPadding>2</PostPadding>
  <Quality>0</Quality>
  <Keep>0</Keep>
  <OnlyNewEpisodes>true</OnlyNewEpisodes>
</Rules>
2016-11-06 07:58:39.570    [DEBUG][1]    LoadListingsMatchingTitle(channel=8909,title=Criminal Minds)
2016-11-06 07:58:39.572    [DEBUG][1]     - Potential episode at: 11/9/2016 9:00:00 PM
2016-11-06 07:58:39.573    [DEBUG][1]       ...check IsValid()
2016-11-06 07:58:39.573    [DEBUG][1]       ...already got this episode: EP007537910276 (recently deleted)
2016-11-06 07:58:39.573    [DEBUG][1]       ...already got this episode scheduled

(I don't know why it shows a StartTime date of 11-10, since I
scheduled this program on 9/28, at the beginning of the season, and
several shows have already been recorded.)

This was a brand new episode, never previously recorded, and is shown
as "New" in the UI grid. However, that episode number EP007537910276
does appear in the "recently_deleted" table for whatever reason,
possibly some bug related to setting the clock back.

One thing that I do that's non-standard is that I have a script that
runs automatically twice a day and moves all the "*.ts" files into
other directories. I've been doing this from day one with nextpvr,
and it's never caused me any problems. But perhaps this new problem
is related to that.

Anyway, I fixed this problem by deleting all records in the
recently_deleted table, and that solved the problem.

I noticed that someone else posted a thread this morning in the
"support" forum that says that some shows are not being scheduled.
Perhaps this is the same problem, as this time change is occurring in
much of the country today, while it happened in some European
countries a week ago.

*** Update:

Just before posting this message, I did some further checking, and
apparently there's some confusion in the Schedules Direct listings as
to whether the 11/9 episode is a repeat of the previous week's
episode. On the other hand, the same problem occurred with other
programs, such as "Law & Order: Special Victims Unit" for which there
is clearly a new episode. Please ignore the second issue for now, and
I'll post more information when I have it, maybe next weekend. I
apologize for any confusion I may have caused.

The manual recording time zone issue is known limitation of NextPVR but sub is hoping to make a fix in the next version.

As for New and deleted. Once you delete a pending recording you can't get it back as a recurring recording. As you found you can delete the deleted history to avoid this design. The design makes sense otherwise you end up deleting something you don't want for two weeks of EPG update. if you want it don't delete it.

Martin

mvallevand Wrote:The manual recording time zone issue is known limitation of NextPVR but sub is hoping to make a fix in the next version.

I can confirm this issue is indeed fixed in the next release.

johnsta Wrote:*** Update:

Just before posting this message, I did some further checking, and
apparently there's some confusion in the Schedules Direct listings as
to whether the 11/9 episode is a repeat of the previous week's
episode. On the other hand, the same problem occurred with other
programs, such as "Law & Order: Special Victims Unit" for which there
is clearly a new episode. Please ignore the second issue for now, and
I'll post more information when I have it, maybe next weekend. I
apologize for any confusion I may have caused.

I think this is related to the World Series. I noticed that NBC had scheduled new episodes of "Blindspot" and "Law & Order: SVU", but showed two repeats of SVU when there was a seventh game on that night after all.

Some of the networks did last minute changes to their prime time schedule because of the 7th game of the World Series. These last minute changes never made it SD. I update EPG at 3:15 PM and my EPG data for that night was wrong. Most of the episodes that were marked as new were actually repeats or were not even shown.

scJohn Wrote:Some of the networks did last minute changes to their prime time schedule because of the 7th game of the World Series. These last minute changes never made it SD. I update EPG at 3:15 PM and my EPG data for that night was wrong. Most of the episodes that were marked as new were actually repeats or were not even shown.

Moving forward, it looks like NBC marked Blindspot as NEW again, so it got picked up for me. The two NCIS's didn't get marked as NEW again, so I had to setup manual recordings for those. Basically if you had something scheduled to record during the 7th game, bets are it wasn't shown. I use thetvdb.com to check dates and then hunt things down manually.