Guide is off by 1 hour

[mrgrebe]

Hey thanks for suggesting the DST patch. Its been a while since I used my system. Grabbing the patch, unchecking and checking auto update DAT in the clock did the trick.

thanks.

[skier]

I have the DST patch installed and I'm getting the same off by one error. The Snapstream servers indicate that they are an hour before. I would appear that their servers have moved to EST on the old date.

Happily this will remedy itself come Saturday.

[Kilrsat]

If you're getting the warning of a time mismatch, it is a misconfiguration on your client.

All of the servers were patched long ago and still report the correct time.

[skier]

That the Snapstream servers have been patched, I don't debate I would think so.

I thought the same thing of my apache server freshly installed on ubuntu last summer, it fell back on Sunday.

Then the question is, how would I tell this Windows XP box to be configured to the currect TZ even if the time is properly displayed and the TZ is properly set to EST and to respect the DST change in the time applet.

BTW, in which TZ are these servers hosted, they appear to be in different TZ given the text at the bottom of these forum pages. "All times are GMT -7. The time now is 04:01 AM ." EST is GMT -5.

[jkirk]

http://support.microsoft.com/kb/928388

[myktek]

we are in the central time zone

[Kilrsat]

The forums server is a completely different machine in a completely different facility. The message at the bottom actually displays times according to the time zone configured in your user options.

Just for fun, I'm attaching a screenshot showing the time returned from the SS.Net servers from the call that actually would dispatch the warning overlayed against http://www.time.gov in UTC.

The time being returned by the server is correct. If that warning is being dispatched it is because your PC converting its local time to UTC doesn't match the UTC time sent from the server. Which means you have a time zone, DST, clock, or date configuration issue on your pc.

[paxtten]

I'm trying to read through all the various senarios here ... but lets assume for the moment that windows is patched correctly for DST 2007, I'm the EST zone and all the shows I have scheduled for Sunday recording have a start time of 1 hour later than they normally run.

Please explain how the guide will be corrected after the time change ... a start time is a start time ... or is there some majic here ?

The math would kinda go like this ... a program that normally starts at 19:00 [7 pm] is listed now with a start time of 20:00 [8PM], but we turn the clocks back 1 hour on Sunday at 2am, therefore the show that normally starts at 7pm, but is shown in upcoming shows listing to start at 8pm .... subtract 1 hour = 7pm .... but the start time is in reference to the system clock and will start to record at 8pm regardless of DST shifting ....

I'm lost ... how does this work ???

[skier]

Kilrsat, my system was indeed incorrect. I didn't for a minute want to insinuate that it was the SS servers. If that had been the case, clearly there would have been many more posting to this regard.

As for the DST patch, I had the patched files as reported by the MS knowledge base article but for some reason the changes to the registry had not been performed. I verified the expected registry values with what I had and they did not match up.

After having changed the registry, everything came into order.

What is strange is that I did not fall back on sunday morning. With the unpatched system my time should have moved to DST.

Oh well alls well that ends well.

Philip

[areviaki]

Trust the guys at Snapstream. I also worried about this in my rookie year. I was concerned about the time change and the guide not adjusting.

IF your computer is patched and you've set your computer to the correct time and time zone and selected to adjust for DST, then IT WILL WORK.

Unless you're just interested in the mechanics of how it works.

[paxtten]

Originally Posted by areviaki

Unless you're just interested in the mechanics of how it works.

I am !!!

This past spring I tested DST 2007 spring and fall for a number of different MS servers. The task was to prove scheduled tasks to generate audits and reports would not be affected by the new DST patches.

SS schedules recordings for specific days & times, just as you can schedule events within windows. The math kinda looks correct in a wierd way ... all Sunday evening events are + 1 hour from normal, subtract 1 hour for DST = correct start time.
But if this is how they do it, then why are all the start times for Monday Nov 5, Tuesday, etc shown at the normal start times ??? I would expect all future times to be + 1 hour until DST occurs ....

--- correction ---
All future times in my schedule are 1 hour plus from normal start times ...
Why ... what a strange way to do this ????

[jkirk]

Originally Posted by paxtten

I am !!!

This past spring I tested DST 2007 spring and fall for a number of different MS servers. The task was to prove scheduled tasks to generate audits and reports would not be affected by the new DST patches.

SS schedules recordings for specific days & times, just as you can schedule events within windows. The math kinda looks correct in a wierd way ... all Sunday evening events are + 1 hour from normal, subtract 1 hour for DST = correct start time.
But if this is how they do it, then why are all the start times for Monday Nov 5, Tuesday, etc shown at the normal start times ??? I would expect all future times to be + 1 hour until DST occurs ....

--- correction ---
All future times in my schedule are 1 hour plus from normal start times ...
Why ... what a strange way to do this ????

this is for you

from the thread i linked to previously.

http://forums.snapstream.com/vb/show...46&postcount=7

[paxtten]

Originally Posted by jkirk

this is for you

from the thread i linked to previously.

http://forums.snapstream.com/vb/show...46&postcount=7

Thank you ...