DST and manual recurring recordings : wrong times !

[RolandP]

Hello,

Here in France, in the night between Saturday and Sunday, there was a DST change.
All the manual recurring recordings wend wrong : in the recurring recordings panel, start time and end time are correct, but in the pending recordings panel, start time and end time are one hour sooner !
Example : in recurring : program is said to start at 06:20 AM and to end at 09:00 AM. In pending : start à 05:20 AM, end at 08:00 AM.
I rebooted, I restart nprv service, I cancel the recurring recording and recreated it, it's still the same.
I upgraded NVPR to the last version (3.8.3_160929), no change.

Why and how to make it correct ?

Regards,

[sub]

If you do an 'Update EPG', does it correct itself?

[RolandP]

Alas, no. I did try with no success.
The weird thing is that in a panel, the times are correct, in the other the times are one hour sooner than expected.
See the highlighted lines in the following screen copies :
Recurring :
[ATTACHMENT NOT FOUND]
Pending :
[ATTACHMENT NOT FOUND]

Regards,
Roland

[sub]

If you manually delete the pending episodes for that recording, then do an 'update epg', do the recreate with the correct or incorrect times?

[RolandP]

Exactly the same thing. Still one hour sooner in pending recordings.

Regards,
Roland

[sub]

Do an 'update epg', and post the logs, and I'll take a look.

[RolandP]

Here it is. It's the recurring recording called "Ludo Lundi".
I did cancel the pending recording on 10/31 from 06:20AM to 09:00AM.
I did a "nextpvr.exe -recurring"
The "Ludo Lundi" appears back in pending recording, same times.
I stop the npvr recording services to compress the logs folder.
I start the npvr recording before sending you theses logs.

Regards,
Roland

[sub]

That npvr.log does not show the scheduling happening (like maybe you'd restarted NextPVR after doing the "-recurring", and didn't attached the backup .1 .2 logs etc).

Start nextpvr, go to the Settings->Channels screen, hit 'update epg', let it complete, then go to the Settings->About screen and hit the "zip my log files and show me where the zip file is" button.

[RolandP]

Sorry, here the logs. I followed your method.
Regards,
Roland

[johnsonx42]

The problem is that internally, NextPVR does everything in UTC time (or Zulu time). when you request a recording to be done at a certain time, that time is recorded in the rule in UTC time. When displaying times in the UI, the times are converted back to local time using the windows timezone setting. All EPG data is normalized to UTC time as well (from many EPG data sources, the EPG data arrives in UTC time already).

So here's your manual rule:

Code:

Recording(94, 'Ludo Lundi'):
<Rules>
  <ChannelOID>7185</ChannelOID>
  <ChannelName>F3 Rhone-Alpes</ChannelName>
  <StartTime>2016-10-31T06:20:00.0000000Z</StartTime>
  <EndTime>2016-10-31T09:00:00.0000000Z</EndTime>
  <PrePadding>0</PrePadding>
  <PostPadding>0</PostPadding>
  <Quality>0</Quality>
  <Keep>0</Keep>
  <Days>MONDAY</Days>
</Rules>

So you see it's set to record from 06:20Zulu to 09:00Zulu, and NextPVR continues to do so. The problem is that the program(s) you are trying to record is no longer at that time; your programs all air an hour later relative to UTC. There's no good way for NextPVR to know this - the whole reason it does everything internally based on UTC is so that it doesn't have to keep track of time zone changes. I don't see any obvious way for sub to fix this... maybe store the original time zone with the manual recording and then re-convert the time back to "adjusted" UTC when scheduling the recordings? I dunno.

I don't know why you're doing all your recording with manual recurring recordings, but if you must... in absence of a fix from sub the best thing I can think of is to create a new set of recordings now for use without daylight savings time, and then disable the others; then when daylight time comes back in the spring, you can disable the new set and enable the old ones.