Originally Posted by Malouff
Clock #1 is set to the currently tuned station.
Clock #2 is set to the scheduled station in the timer list and kept in memory once set.
It should continue keeping time once set like the manual clock on the Zinwell does.
I don't know for sure if Clock #2 can be trusted.
The time and PSIP data are from the same source so I would think they should be in sync and trusted.
O.K. that is how I understood the idea.
When clock #2 is stored in the timer memory, I assume that it would be PSIP clock time from that
particular channel at the time of the timer set.
No other PSIP source would be available when setting that timer event.
If the station PSIP clock time is inaccurate when setting clock #2 you will still have the same problems as now. Both in the initial channel change time for the first event and the channel change time conflicts between events.
That is because clock #2's time will become gospel for that event. If it is inaccurate, nothing has changed from the status quo.Why?
Originally Posted by Malouff
With the single source of time (manual time) would all of the Guide listings be accurate?
Yes, if the manual clock is accurate
. Think of it in the following way.
Technically the guide time listings are accurate. They don't change, they are resting in the box ready for use. What changes is the time that the box is told
it is at the moment
by the currently tuned
station PSIP time. Right or wrong, the box has to use that time as gospel for whatever task it is doing.
Just like if you were looking at the guide in a newspaper. The print never changes. If someone tells you that it is 12 noon and asks you what is on a particular channel, but they lied to you. (Really it is 1:00 PM.) You will tell them the wrong information as far as what event is currently on.
Secondly, if they then ask you if you could please tune to a particular event that is on at 12 noon and it is really 1:00 PM, you can't.All it takes is one currently tuned channel with the wrong (station) PSIP clock time to cause problems.
Each channel's program guide info is sent to the box separately and then compiled on a list that is locked
together by the time column
(Just like you see in the newspaper TV guide.)
So if you tune
to that one
channel with incorrect time, the box sees all
of the channels (in the guide) incorrectly.
(Just like you would if you were looking at the newspaper in the wrong time column.) Just one minute off could give the wrong data.
But, the box isn't programmed to look for "old" events like you could in the newspaper. It only looks for current
events in the guide.
So if you set a timer for a 30 minute event
that starts at 8:00 PM and then tune to a channel that is more than 30 minutes fast
, the box can't find the "old" event because it is accessing the guide starting
from (what it thinks is
) 8:30 PM and beyond. It's blind to everything prior to 8:30 PM in the guide.Those are the circumstances that will result in a timer being unable to find an event to use, so it considers the task finished and the timer is gone from the list.That problem would occur immediately after setting a timer for a 30 minute event and then tuning to a channel with PSIP time that is more than 30 min. fast.
If you immediately check the timer list, that (incorrectly) used timed event has already vanished.The option of a manual clock.
(Theory) If you set the box time manually, you would have to replace the current station PSIP time in the timer process with the manually set time
and also swap it in other places where time is used.Such as,
if you wanted the program title banner, description etc. to be accessed correctly timewise, you would also be swaping the times used there, with the manually set time.