|
||||||||
Clock Change - Next Weekend |
![]() |
|
|
Thread Tools | Search this Thread |
|
|
#1 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
Clock Change - Next Weekend
Clocks go back 1 hour next Sunday so if you look at your planned schedules they are are an hour out for Sunday and Monday.
I assume it will sort itself out when the hour does go on but if you set a manual timer I'd keep an eye on it. Don't remember noticing anything odd with the planned schedules when the clocks went forward (in March). |
|
|
|
|
Please sign in or register to remove this advertisement.
|
|
|
#2 |
|
Inactive Member
Join Date: Dec 2008
Posts: 2,324
|
Well, it worked without incident the other way.
|
|
|
|
|
|
#3 |
|
Forum Member
Join Date: Feb 2009
Location: The City and County of Bristol
Posts: 2,623
|
If a programme is scheduled for say 9.00pm Sunday, its still going to be recorded at 9.00pm Sunday and the clock in the HDR will go back 1 hour at about 2.00am Sunday .
Don’t know what happens if you record something that starts at 1.55am BST though. ![]() Just as well there is not a lot on at that time.
|
|
|
|
|
|
#4 |
|
Inactive Member
Join Date: Dec 2008
Posts: 2,324
|
Quote:
If a programme is scheduled for say 9.00pm Sunday, its still going to be recorded at 9.00pm Sunday and the clock in the HDR will go back 1 hour at about 2.00am Sunday .
Don’t know what happens if you record something that starts at 1.55am BST though. ![]() Just as well there is not a lot on at that time. ![]() That way there is no possibility of any error with EPG timers. With manual timers it would, of course, have to subtract an hour from user entered times where appropriate. |
|
|
|
|
|
#5 |
|
Forum Member
Join Date: Sep 2009
Location: Co. Wicklow
Posts: 47
|
Raw EPG data is usually in UTC with an indicator for the local time offset and also contains the date and time for switching to/from daylight savings time.
|
|
|
|
|
|
#6 |
|
Inactive Member
Join Date: Dec 2008
Posts: 2,324
|
Quote:
Raw EPG data is usually in UTC with an indicator for the local time offset and also contains the date and time for switching to/from daylight savings time.
|
|
|
|
|
|
#7 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
Quote:
With manual timers it would, of course, have to subtract an hour from user entered times where appropriate.
Back in March when they changed I don't remember the planned schedule showing an hour offset at all Could be just me and my forgetfulness
|
|
|
|
|
|
#8 |
|
Forum Member
Join Date: Jan 2005
Posts: 563
|
Quote:
Back in March when they changed I don't remember the planned schedule showing an hour offset at all
Could be just me and my forgetfulness ![]() http://www.digitalspy.co.uk/forums/s....php?t=1006756 |
|
|
|
|
|
#9 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
Quote:
|
|
|
|
|
|
#10 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
Quote:
Using GMT is the only sensible way to do it. You'd just tie yourself in knots if you started trying to send the data in local time.
http://wwp.greenwichmeantime.com |
|
|
|
|
|
#11 |
|
Inactive Member
Join Date: Dec 2008
Posts: 2,324
|
Quote:
May have mis-understood what you are getting at but GMT and UTC are the same.
As they are the same I was simply agreeing with Fat Tony and pointing out that GMT (or UTC) is the obvious way to handle the EPG data at program level. |
|
|
|
|
|
#12 |
|
Forum Member
Join Date: Mar 2008
Location: Newcastle upon Tyne
Posts: 71
|
I noticed after the clock change that Scheduled 'Watch' reminders, did not move with the programme it was set to. They stayed at their origional time, thus scheduling the next programme as a reminder.
|
|
|
|
|
|
#13 |
|
Forum Member
Join Date: Dec 2008
Posts: 148
|
I was surprised no-one else has had problems.
The only recoding I had scheduled on Sunday was Emma at 9pm (accurate record). HDR was still asleep at 8:58, but luckily I was there to switch on & watch live. My recordings on five (manually added padding) all jumped an hour... so 19:58-21:00 became 20:58-22:00. All fixed now, but I am surprised there were any problems.... |
|
|
|
|
|
#14 |
|
Forum Member
Join Date: Feb 2009
Location: The City and County of Bristol
Posts: 2,623
|
Quote:
I was surprised no-one else has had problems.
The only recoding I had scheduled on Sunday was Emma at 9pm (accurate record). HDR was still asleep at 8:58, but luckily I was there to switch on & watch live. My recordings on five (manually added padding) all jumped an hour... so 19:58-21:00 became 20:58-22:00. All fixed now, but I am surprised there were any problems.... Can’t say the same for yesterdays / today 8 channel change update having to re-schedule all ITV HD programmes.
|
|
|
|
|
|
#15 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
Quote:
I was surprised no-one else has had problems.
The only recoding I had scheduled on Sunday was Emma at 9pm (accurate record). HDR was still asleep at 8:58, but luckily I was there to switch on & watch live. My recordings on five (manually added padding) all jumped an hour... so 19:58-21:00 became 20:58-22:00. All fixed now, but I am surprised there were any problems.... Definitely looks as though there are some bugs in the system though with manual recordings not adjusting correctly although the recording of "Emma" seems very odd. If the HDR clock had not adjusted itself it should have switched on and tried to record it at 8PM. Are you sure it didn't switch on at 8PM and get itself confused because it thought it was 9PM or something
|
|
|
|
|
|
#16 |
|
Inactive Member
Join Date: Dec 2008
Posts: 2,324
|
Quote:
... although the recording of "Emma" seems very odd.
I think there is a consensus here that the only sane way to handle BST switching is to keep all the EPG data and the internal clock in GMT and then adjust the display (EPG and any clock displays on screen and front panel) to reflect the perceived difference when BST is in force. Any other way would be a nightmare to implement and if it is implemented as above it is impossible for the box to get it wrong. |
|
|
|
|
|
#17 |
|
Forum Member
Join Date: Dec 2008
Posts: 148
|
I was watching the TV all afternoon (via a media player), so I was in front of the TV when the time came for Emma, and it was not a problem.
I must admit that I was very surprised that the box did not power on at T-15 for Emma... I guess we could have had a power cut, but all my clocks were OK, and they normally die when we have one. The manually adjusted recordings (which you have to use on five, or you usually miss the beginning) were more of a concern though. Maybe I had adjusted them last week, because they looked like they were going wrong! My memory is not what it was.. I apologise! |
|
|
|
|
|
#18 |
|
Forum Member
Join Date: Jan 2009
Location: St Albans
Posts: 282
|
Quote:
Has anyone actually reported Emma failing?
|
|
|
|
|
|
#19 |
|
Forum Member
Join Date: Nov 2003
Location: Cradley, Halesowen, W.Mids
Posts: 1,047
|
I think the way the HDR displayed the guide and scheduled programs an hour out was really quite confusing.
Conversly Virgin's V+ box handled it superbly. The TV guide for Saturday and Sunday had the addition of BST/GMT next to the time so bringing up the EPG for late Saturday night and Sunday morning had the time running across the top of the EPG time line as:- 23:00 BST 23:30 BST 0:00 BST 0:30 BST 1:00 BST 1:30 BST 1:00 GMT 1:30 GMT 2:00 GMT 2:30 GMT My Freeview PVR also did something similar but without the BST and GMT notification. It would be interesting to know how other non Humax Freesat boxes displayed the guide around the clock change? |
|
|
|
![]() |
| Thread Tools | Search this Thread |
|
All times are GMT. The time now is 09:26.



Could be just me and my forgetfulness