Just curious here to see how Skippa will handle Daylight Savings changeover times. Hopefully completely seamlessly without user intervention? Dave or Leon, care to enlighten us here ;).
Hey JPP,
Yes the SKIPPA handles daylight savings completely seamlessly, you won't notice a thing..
That's what I wanted to hear. :) :)
Yes sure is - the Wiz still confuses me every 6 months when I have to grapple with GMT offsets >:(
Quote from: Leon K on July 06, 2015, 04:47:02 PM
Yes the SKIPPA handles daylight savings completely seamlessly
[PSYCHOTIC RANT]
If implemented correctly, the DVB protocol has the built-in ability to handle DST flawlessly.
The EPG is transmitted in UTC. There is also a "Time Offset Table" that contains the current UTC offset, the next DST transition time (expressed as UTC) and the next UTC offset.
By looking at the UTC in the EPG and comparing it to the next UTC transition time from the TOT, the PVR can determine the true local time of the EPG event.
All the user needs to provide is the Country and Region (state) and DVB already has it covered. There is no excuse for any PVR manufacturer not to handle DST correctly.
Having a number of Topfield PVRs, I battle this twice yearly. Even though the ICETV EPG is based on UTC, the PVRs only have a single, albeit automatic, UTC offset as at 'now'. It does not look forward so in the week leading up to a DST transition, the start times in the EPG are wrong.
I have also noticed that a number of FTA channels actually transmit the wrong UTC in their EPG in the week leading up to a DST transition. As a result, their EPG appears correct on non-compliant PVRs and incorrect on compliant PVRs. One more reason to use ICETV as an EPG source.
[/PSYCHOTIC RANT]
Quote from: DeltaMikeCharlie on July 07, 2015, 09:54:37 AM
...
Having a number of Topfield PVRs, I battle this twice yearly. Even though the ICETV EPG is based on UTC, the PVRs only have a single, albeit automatic, UTC offset as at 'now'. It does not look forward so in the week leading up to a DST transition, the start times in the EPG are wrong.
...
While that may be true for older, more limited PVRs like the Topfields you have and Beyonwiz DP series, the Beyonwiz T series uses the zoneinfo database for time translation, so UTC times are interpreted for their time offset at the time, not for the current time offset. The T series has the full zoneinfo database, not just Australia.
The problem that that leaves you with is how to deal with 25- and 23-hour days in the EPG display :)
Quote from: DeltaMikeCharlie on July 07, 2015, 09:54:37 AM
I have also noticed that a number of FTA channels actually transmit the wrong UTC in their EPG in the week leading up to a DST transition. As a result, their EPG appears correct on non-compliant PVRs and incorrect on compliant PVRs. One more reason to use ICETV as an EPG source.
And there's always one FTA channel somewhere in Oz that continues broadcasting the wrong time for weeks after a daylight saving changeover.
I can't recall if anyone has asked: Does Skippa have the option of setting its time from NTP rather than from the broadcast time?
Broadcast time only.
Quote from: Dave at IceTV on July 08, 2015, 02:52:30 PM
Broadcast time only.
In light of your post 2 previous, that's quite disappointing.
Quote from: Dave at IceTV on July 07, 2015, 07:48:45 PM
And there's always one FTA channel somewhere in Oz that continues broadcasting the wrong time for weeks after a daylight saving changeover.
That begs the question then, as Skippa's EPG gets it's time from a TV broadcast channel, how does it make sure that it has not selected the wrong TV channel?
Good point Phil. Could it check all networks, and use the most common value?
Ian
So how did everyone's Skippas handle the changeover for Daylight Savings time overnight?
Mine is still showing AEST - so at 7am AET it's showing 8am - but the TV Guide seems to be showing the correct programming - just the time is showing incorrectly
Is it just me?
As always I had to manually change my Beyonwiz DP-2 to the correct GMT offset - no surprise there but the Skippa has me confused
Had not thought of checking. Same for the T2. They are both supposed to handle it automatically.
Not sure if the SKIPPA automatically adjusted times or not. The time was definitely out by an hour, did a reboot so that issue should be fixed. It was showing last EPG fetch as 8.22 when it was only 7.30. The unit was in standby at the time. The T2 is showing the correct time for timers, not sure if it clock is correct.
Ian
My Skippa is also still an hour out...doesn't seem to have handled the change automatically as everybody thought. However, as already commented the guide is still aligned at least so shouldn't be disrupting any recordings.
It was difficult to tell if the guide was correct or not. Times displayed appeared to be correct (assuming no daylight saving) but not sure if I am willing to risk recordings being out by an hour. Neither rebooting nor unplugging the SKIPPA fixed the problem. It claimed to be checking the time when it booted but clearly is confused. Could it be it is trying to talk to a time server run by the OEM and it has been deactivated?
Ian
Skippa Daylight Saving SolutionSome people reported that their Skippa did not adjust it's clock until 3pm Sunday! The following steps also worked for me right away.
- Go to 'Menu > Settings > IceTV'
- Select [Reset EPG] and press OK
- Press OK to confirm that you want to 'Reset TV Guide'.
- The Skippa will now reboot, get the correct time and download a fresh copy of the TV Guide data.
Any of your timers that have recorded between 3am Sunday until you perform the above steps will have recorded the correct show, but the time show in the My Recordings list may be 1 hour out.
Dave
Thanks for this "fix"
So when I did a hard reset (power off/on) of the Skippa on Sunday morning it didn't pick up the correct time - so is your fix dependent on forcing a guide reload - doesn't that happen when a hard reset is performed?
Quote from: bodogbodog on April 05, 2016, 07:04:26 PM
Dave
Thanks for this "fix"
So when I did a hard reset (power off/on) of the Skippa on Sunday morning it didn't pick up the correct time - so is your fix dependent on forcing a guide reload - doesn't that happen when a hard reset is performed?
Correct.
In my experience rebooting the Skippa (from the Reboot option in the menu or pulling the power plug out for 10 seconds) only integrates changes into the existing guide data. But resetting the EPG from the menu deletes all of the guide data so it then downloads the full guide.
My Skippa had been sitting with the power supply unplugged all weekend. When I plugged the power into my Skippa at midday today I noticed that it paused at "Checking the Time" for what seemed like a long time. When it finally finished turning on the clock was 1 hour out. At this time I didn't know that it would fix itself at 3pm so I started looking for ways to fix the clock. The first thing I tried was resetting the EPG.
It's good to know that If I was away this week that the Skippa would fix itself at 3pm.