Yep, mine worked too

The schedule timer must have changed with the clock change and it recorded perfectly... (one-off timer for the Save Ums, 6:00~6:09)

Humax got this one right! (even though the timers before the change showed a hour out of sync)

If and when Group 2 is released and series link works the 9200 will be the best PVR by a mile....in my humble opinion anyway!

Yes, it should be a great facility - the Series Link. Although, for this to be perfect, the broadcasters must provide the accurate and updated metadata at the same time. Currently, this data is a bit of a hit and miss and not all channels provide it. So once the new firmware is released, don't expect too much until the whole setup has been running for a while (months, even years).

Well I thought they had got it right too. However, I set two timers to start on Monday. One was for a single event which seems to have the correct time. The second was for a repeating weekday timer starting Monday. This one seems to have disappeared from the list. I also have another single event timer set to overlap this one on Monday. When I tried to reinstate the timer that had vanished it said that it couldn't add it because there are two timers set (which includes the one that is missing).

It looks like I will have reset to defaults to remove the phantom reservation.

Set Countryfile last night from the "hour out" EPG and this morning the EPG now shows the correct start time of 11am but the scheduled recording still show 12noon. So as far as I can tell any recording set from the EPG before the clock change would fail - am I missing something here?

Humax clock set to auto by the way.

Doh, I take it back. The repeating reservation somehow had been shifted to start on Tuesday (the title was incorrect since it had pulled the wrong programme name from the EPG).

You might have to be running in 'AT/AR mode' for this to work, as it is part of the FP Group 1 specs. So if you are using autopadding it might not have worked. Just a guess...

Shifting by a day... is this programme around the midnight? The clocks went back... 2am became 1am... I would assume if you had a timer set for Monday around midnight, 12am would become 11pm - i.e. shifted a day back (Monday becomes Sunday) not forwards...(???)

Were these set to the right times, or with the EPG?

We know that the former work, it's the latter that screw up.

The programme is mid-morning. I think the shift was due to me setting it for the wrong day.

Yup - autopadding, I thought we had all given up on AR for now, didn't know I had to reconfigure the hummy for the clock change.... it's hard work being a hummy owner

I know as much as you do - maybe a bit more (nudge-nudge-)

I wouldn't be too surprised if those who report failure of the BST to GMT time change used autopadding and not AT/AR on v.15

I checked it out as I said I would do.

The clock switched back an hour ok, and the EPG showed the correct times too.

I had a small number of once only scheduled recordings. They still showed an hour out in the scheduled recordings list. Easy enough to correct by editing each one. A bit of a bummer if you have loads though.

I had one weekday timer recording set, and that remained the same in the scheduled recordings list.

And yes, I use autopadding.

Too late to test AR, gotta wait till March. LOL

Same for me to. All single recordings were 1 hour out, but the weekly recordings looked like they were ok.

After losing programs last time the clocks changed I decided to delete everything and reselect all the programs from the guide again.

It is a pity the Humax box is still not working fully. It can't be that difficult to handle the time change can it???

You would think that if Micro$oft could manage to makea clock change work without bugs anyone else would be able too!!!!

The broadcasters always transmit the time as GMT so I would have thought that all the Humax box needs to do is to always store (and act on) the schedule times 'internally' in GMT - just display them as appropriate for BST or GMT. Too easy.

Then repeat timers wouldn't work. Basically anything not set directly from the EPG would be screwed that way, and they seem to have fixed it now.

I wonder what would happen if before the clocks change you set something to repeat record starting after the clocks change...

My wife set the repeat of Holby City to record in the early hours of this morning from the find function on the EPG last week.
We have the Hummy set on AR but as this event was set from find it will not use AR and just record ON TIME.

Predictably Hummy failed to record Holby.

If you are using v.15 then ON TIME is using the AT/AR...

What do you mean, failed to record? Has the box recorded a different programme - i.e. is the recording one hour out of sync? If the programme is nowhere to be seen, then it could be another problem - not the time change...

This happened to me too, and last year it was the same. The way to solve it is to leave the box on all night when the clocks change. What happens is that the box comes on to start the recording and then the time adjusts itself and so it turns off again thinking the program is finished when in fact it has only been recording for less than 1 minute. Since it was less than 1 minute it will not show in the playlist. This issue has nothing to do with when you set it in the schedule etc. If you record a 2 hour program, you will get an hour of it.

Another way to solve it is to set your firmware update for 2:30am. Then the clock should update in advance of your recording starting? Not tried this myself yet.

When the clocks go forward you get an extra hour tagged on to your recording so it is not a problem.

Running V.15. To clarify, Humax recorded the wrong program.
My understanding is if you use the FIND to set your recordings Hummy will not look for use Accurate Recording and will just record at the start & finish times from the EPG.

If my wife had set this recording directly from the EPG there is a chance the recording would have worked as it should have spotted the changed time when it checks the EPG as part of the AR function.

Hope this makes sense.

Yes, that makes sense.

Unfortunately I no longer run v.15 so can't confirm about reserving from the FIND function working, etc... but I'm sure it is on here somewhere if there is a bug when reserving from it.

Most people turn off AT/AR as we all know that it does not work properly on v.15

Strangely, I was anticipating an issue similar to last year and after noticing that the BST symbol was still there yesterday lunchtime, started looking at correcting it and my schedules.

I then switched to BBC1 and voila! The BST disappeared and everything corrected to normal. Didn't realise that would happen? Running v.10.

Thats the reason why i have stayed with v.10.

I know that the AT/AR is not working that well maybe partly down to the broadcasters and I have never been happy with the auto padding because it frequently used to miss recordings because something else was recording on the same channel beforehand or something similar. Therefore as v.15 doesn't offer the third option of nothing - just use the times given I have stuck to V.10

I'm on v.15 and don't use AT/AR, but have no problems with the Find function so not quite sure what people mean.