Printable View
As you're probably all aware, the daylight savings beginning/end dates change from September this year.
"Clocks will go forward an hour a week earlier than usual - on the last Sunday in September- and back an hour on the first Sunday in April, instead of the third Sunday in March."
Just wondering what will need to be done to ensure TiVo has the right time from September? I think it currently uses the Auckland timezone file doesn't it? And wouldn't this need to be updated?
Cheers,
ZollyMonsta
Would the tivo automatically pick up the correct time during a phone call when it sets it's time using ntp?
We usually wait till freebsd puts out new zoneinfo files. There will also be further changes to West Australian TZ's this year. We will probably pickup both sets at the same time.
OzTiVo users can update automatically.
NZTiVo users will probably need to FTP the files across.
Peter.
The attached file (Auckland) should be placed in /var/hack/zoneinfo/Pacific (replacing the existing file). You may also wish to schedule the following script to run via cron (I normally name the script DST_Adjust.sh and place it in /var/hack/DST/)Quote:
Originally Posted by zollymonsta
Code:
# ===========================
# Adjust for Daylight Savings
# ===========================
# Daylight Time commences at 2.00am Standard Time on the last
# Sunday in September each year. It ends at 2.00am Standard
# Time (3.00am Daylight Time) on the first Sunday in April of
# the following year.
#
# ===============
# Crontab Entries
# ===============
# Correct time for Daylight Saving
# 0 2 * 9 0 /var/hack/DST/DST_Adjust.sh >> /var/hack/DST/log 2>&1 &
# 0 3 * 4 0 /var/hack/DST/DST_Adjust.sh >> /var/hack/DST/log 2>&1 &
PATH=/bin:/sbin:/tvbin:/devbin:/var/hack/bin:/var/hack/scripts
StartDST() {
time=`date -d "now +1 hour" "+%Y%m%d%H%M%S"`
settime $time
}
StopDST() {
time=`date -d "now -1 hour" "+%Y%m%d%H%M%S"`
settime $time
}
date "+%w %e %b %k" |\
while read day dom mon hour; do
# Check if it is the last Sunday in September
if [ $dom -ge 22 -a $day -eq 0 -a "$mon" = "Sep" -a $hour -eq 2 ]; then
StartDST
fi
# Check if it is the first Sunday in April
if [ $dom -le 7 -a $day -eq 0 -a "$mon" = "Apr" -a $hour -eq 3 ]; then
StopDST
fi
done
Hi Thomson,
I know you don't use the emulator, but your suggestion will not work for those that do.
Time is set daily during the daily call, so the first call will wipe your hack.
Peter.
Edit: disregard the above, I didn't realise the attached file was the timezones files. Should work fine.
Just re-imaging my tivo now. So this change of the zonefile will need to be made on the NZ Emulator, and the tivo would pick this up with the next daily call, correct?
I'm hoping this re-image will be smooth :) importing data now after first call to the emulator. I must say its a lot easier now than it used to be for NZ users.. thanks guys :)
Cheers,
ZollyMonsta
No, the timezone files reside on your TiVo and will need to be manually updated before Daylight savings starts.
Edit: use thomsons file attached above
Peter.
Been wondering about this for a while...Quote:
Originally Posted by petestrash
If ThomPPPson's hack gets wiped isn't the correct time from the start of daylight savings via his hack just getting replaced with the correct time from the daily call?
Since the daily call happens some unknown time after daylight savings starts if you just rely on the daily call and not ThomPPPson's hack (in combination) don't you then run the risk of missing recording programmes?
For NZ'ers that's DST starts on 30th September - not too far away.Quote:
Originally Posted by petestrash
What to do... ? :)
Yes, as conforms to the existing timezone rules loaded into your TiVo.Quote:
Originally Posted by SeanOffShotgun
Edit: didn't realise thomson attached the auckland tz file. using both the script and tz file together should be fine
Yes, we get around this with the following crontab entry on all OzTiVo's:Quote:
Originally Posted by SeanOffShotgun
5 2 * * 0 /hack/bin/fixtivotime
5 3 * * 0 /hack/bin/fixtivotime
Peter.
We rely on the freebsd guys to make the new files and then convert for TiVo.Quote:
Originally Posted by SeanOffShotgun
Should happen soon.
Peter.
Thanks for your replies Peter - all clarified nicely.
PS
I've just noticed ThomPPPson's Auckland file in this thread.
You did better than me...Quote:
Originally Posted by SeanOffShotgun
I've been waiting for the updated file to put onto another tivo I set up for a mate, but gave it to him in the meantime. Seems that it was there since before I gave it to him....
Oh well, at least I'll get a dinner when I go round to update the file :-)
Just to check - this has been recompiled from the updated zoneinfo file?
Please read the threads following Thompsons Post. The File he posted will not work for those of you connecting to Orac.
Peter.
Edit: my bad I didn't realise thomson posted the tz file, I assumed it was just his script.
Unless I am missing something here, the "timezone file" is the one Thomson attached to the bottom of his post (i.e. /var/hack/zoneinfo/Pacific/Auckland) and is completely seperate from the script in the middle of the post. My understanding is that the timezone file will work with the daily call, while the script will adjust the time when DST changes (instead of waiting for the next daily call to occur).Quote:
Originally Posted by petestrash
Can you clarify why this new timezone file will not work (assuming it was correctly compiled with the new day light saving dates)?Quote:
Originally Posted by petestrash
My bad I didn't realise thomson posted the tz file, I assumed it was just his script. And without a new TZ file the script wouldn't work.
So everyone give Thomsons file a go.
Peter.
Yes the (binary) "Auckland" file attached to post 4 has the correct Daylight Savings Changes compiled within it. This file should be placed on your TiVo replacing the existing one so that when you next synchronise your clock via a Daily Call, Fixtivotime or one of the modified NTP binaries (ie rdate) it will set the clock correctly.Quote:
Originally Posted by DOlsen
The script that is include in the same post is just a backup in case your system is unable to connect to the Internet during the daylight savings changeover. If you do not have your TiVo connected to the Internet, or if your connection is unreliable then I would suggest also implementing the script to avoid missed recordings.