PVRs and the clock change

I've a Digihome with software version 5.3 and I reported at
the last clock change that it fouled this up (and I haven't
had a software update since then).

Now that I am expecting it to do so, I'm watching what it does
and I see that for a weekly record it has deducted an hour
from the time as it moves the schedual to next week (I.e a
10:00 recording this Monday has become a 9:00 recording
for next Monday).

What experience do people have of what other boxes do in
this scenario?

I'm particularly interesed in hearing about the newer Vestel
clones as thay have different software.

tim

"tim....." wrote in message
...
I've a Digihome with software version 5.3 and I reported at
the last clock change that it fouled this up (and I haven't
had a software update since then).

Now that I am expecting it to do so, I'm watching what it does
and I see that for a weekly record it has deducted an hour
from the time as it moves the schedual to next week (I.e a
10:00 recording this Monday has become a 9:00 recording
for next Monday).

What experience do people have of what other boxes do in
this scenario?

I'm particularly interesed in hearing about the newer Vestel
clones as thay have different software.

tim









It usually ****s up twice a year because of the clock **** nonsense. The BBC
can't be arsed to enter the real time, whilst some muppet at Channel 4
enters the time in the literal time rather than GMT.

But that's not what bugs me.

What annoys me most is the feeling of tiredness, disorientation, and
lethargy the following few days and what's really serious is the road
accidents that will occur during rush hour in the first few days.

Mark my words: Every ****ing October clock change, you will see accidents in
the gloom if you use the roads in the first week, that would probably not
happen if we did not **** around with the clocks and the light levels.

People die because of this unnatural and pointless nonsense and as a runner
/ cyclist, one is relatively less safe because of it.



PS. I keep my network of servers on GMT year round and do not change
internal system time.

"Light of Aria" wrote in message
...

"tim....." wrote in message
...
I've a Digihome with software version 5.3 and I reported at
the last clock change that it fouled this up (and I haven't
had a software update since then).

Now that I am expecting it to do so, I'm watching what it does
and I see that for a weekly record it has deducted an hour
from the time as it moves the schedual to next week (I.e a
10:00 recording this Monday has become a 9:00 recording
for next Monday).

What experience do people have of what other boxes do in
this scenario?

I'm particularly interesed in hearing about the newer Vestel
clones as thay have different software.

tim









It usually ****s up twice a year because of the clock **** nonsense. The
BBC can't be arsed to enter the real time, whilst some muppet at Channel 4
enters the time in the literal time rather than GMT.

If it goes wrong because someone forgets to change
the clock then there isn't much that the box would do.

But adjusting the recording time, in the expectation of
the clock not changing (as I used to do with my VCR),
cannot be right.

It won't just make programs during the hour or four whilst
the clock is changing be recorded wrong, it makes them
wrong for the next 4 weeks until I return home to correct
it.

tim

tim..... wrote:

If it goes wrong because someone forgets to change
the clock then there isn't much that the box would do.

But adjusting the recording time, in the expectation of
the clock not changing (as I used to do with my VCR),
cannot be right.

It won't just make programs during the hour or four whilst
the clock is changing be recorded wrong, it makes them
wrong for the next 4 weeks until I return home to correct
it.

tim



AIRI There are 2 time tables in the DVB Service Information stream.
The TDT (Time and Date Table) and TOT (Time Offset Table).

Uner DVB rules these are configured with a very accurate UTC clock
reference and "offset" variables. These offset variables effectively
tell a STB the date, and time, at which to advance or retard the box's
own time reference.

So it's usually down to software writers to get it right. The
broadcasters have 5 or 7 months to change the variables!

Richard

"Dickie mint" wrote in message
...
tim..... wrote:


So it's usually down to software writers to get it right.

I'm sure that is right.

My question still stands,

Which PVRs get this wrong like the digihome?

tim

"tim....." wrote in message
...

"Dickie mint" wrote in message
...
tim..... wrote:


So it's usually down to software writers to get it right.

I'm sure that is right.

My question still stands,

Which PVRs get this wrong like the digihome?

Well the Humax PVR-9200T gets it wrong in that if you set a timer (from the
EPG) before the change for a programme after the change it looks like it
should work in that the EPG shows the right programme name but the wrong
time. However the wrong time is kept and it records the wrong programme.

I think that weekly recording are OK in that it looks wrong before the
change but it corrects itself.

--
Max Demian

The Topfield is quirky - as are many - but I'm not sure if it's
different. The description of how it behaves, from the FAQs, is this:

The Toppy stores timers as the local time. If you have set a repeat
timer for a programme, say Lost at 2200 (10pm), then it will record at
10pm local time; the change to and from BST will not make any
difference, so you will not need to change the timer.
However if, before the change to or from BST, you set a timer from the
EPG for the period after the change - which happens at 2am Sunday
morning - the time will be wrong.
For example, a programme that is going to be broadcast at 2200 after
the end of BST will appear in the EPG at 2300 before then; if you set
a timer via the EPG, it will be set for 2300, and so the programme
will be missed.

The EPG is always broadcast using GMT, and the Toppy then corrects the
information before displaying it, using the current time offset. So,
if you look at the EPG shortly before the change to GMT, in late
October, programmes following the change will appear to be on an hour
later than they really are. Just before the start of summer time,
they'll appear to be an hour earlier. That's because the Toppy is
still using the current offset, and applying it all the programmes in
the EPG, including ones that are going to be broadcast after the
change. The times in the EPG will be correct after the start or end of
summer time.

Some boxes presumably use the Time Offset Table to work out when to
change; the Toppy just has the standard EU rules coded in for the
'auto' option.

But I think the big problem for many boxes is as described in that
second chunk of text - they display the whole EPG using the current
time offset, rather than the offset that will be in effect at the time
of the broadcast.

"Light of Aria" wrote in message
...

"tim....." wrote in message
...
I've a Digihome with software version 5.3 and I reported at
the last clock change that it fouled this up (and I haven't
had a software update since then).

Now that I am expecting it to do so, I'm watching what it does
and I see that for a weekly record it has deducted an hour
from the time as it moves the schedual to next week (I.e a
10:00 recording this Monday has become a 9:00 recording
for next Monday).

What experience do people have of what other boxes do in
this scenario?

I'm particularly interesed in hearing about the newer Vestel
clones as thay have different software.

tim









It usually ****s up twice a year because of the clock **** nonsense. The
BBC can't be arsed to enter the real time, whilst some muppet at Channel 4
enters the time in the literal time rather than GMT.

But that's not what bugs me.

What annoys me most is the feeling of tiredness, disorientation, and
lethargy the following few days and what's really serious is the road
accidents that will occur during rush hour in the first few days.

Mark my words: Every ****ing October clock change, you will see accidents
in the gloom if you use the roads in the first week, that would probably
not happen if we did not **** around with the clocks and the light levels.

People die because of this unnatural and pointless nonsense and as a
runner / cyclist, one is relatively less safe because of it.

Don't be so melodramatic - it's only *one* hour FFS

John

"John" wrote in message
...

"Light of Aria" wrote in message
...

"tim....." wrote in message
...
I've a Digihome with software version 5.3 and I reported at
the last clock change that it fouled this up (and I haven't
had a software update since then).

Now that I am expecting it to do so, I'm watching what it does
and I see that for a weekly record it has deducted an hour
from the time as it moves the schedual to next week (I.e a
10:00 recording this Monday has become a 9:00 recording
for next Monday).

What experience do people have of what other boxes do in
this scenario?

I'm particularly interesed in hearing about the newer Vestel
clones as thay have different software.

tim









It usually ****s up twice a year because of the clock **** nonsense. The
BBC can't be arsed to enter the real time, whilst some muppet at Channel
4 enters the time in the literal time rather than GMT.

But that's not what bugs me.

What annoys me most is the feeling of tiredness, disorientation, and
lethargy the following few days and what's really serious is the road
accidents that will occur during rush hour in the first few days.

Mark my words: Every ****ing October clock change, you will see accidents
in the gloom if you use the roads in the first week, that would probably
not happen if we did not **** around with the clocks and the light
levels.

People die because of this unnatural and pointless nonsense and as a
runner / cyclist, one is relatively less safe because of it.

Don't be so melodramatic - it's only *one* hour FFS

John



Go and jump 6 foot 11 across a 7 foot ravine, please.

Nigel Whitfield wrote:

The EPG is always broadcast using GMT, and the Toppy then corrects the
information before displaying it, using the current time offset. So,
if you look at the EPG shortly before the change to GMT, in late
October, programmes following the change will appear to be on an hour
later than they really are. Just before the start of summer time,
they'll appear to be an hour earlier. That's because the Toppy is
still using the current offset, and applying it all the programmes in
the EPG, including ones that are going to be broadcast after the
change. The times in the EPG will be correct after the start or end of
summer time.

Pedantic mode UTC, though appearing to be GMT, is more accurate and
doesn't add the leap seconds /pedantic mode :-)