Quote:
Originally Posted by
tzdvl 
I am still pretty confused about exactly what is happening that causes the DVR clock to lag, and why a reboot at 5:30PM or 6:55PM causes the clock to correct (as opposed to a reboot at some other time).
And why does the clock then remain OK through the prime time period (at least through 11:30 as far as I can tell), but then return to 4-7 minutes behind by 7AM the next morning?
Partly Because the TVGOS clock data being sent from WHIO is actually correct(within a few seconds, anyway) Between the hours of about 6:30PM (EDT) to 12 AM (Midnight) everynight -- It's interesting to note that during those times, there are no downloads(of updated listings info/etc) occuring of TVGOS data from Rovi to the Rovi TVGOS encoder at the stations ... That changes around Midnight, and a number of downloads occur between Midnight, and 6:30pm the next day --- at various periods during that time(during the download periods), the actual TVGOS clock data being sent by WHIO's TVGOS(rovi) encoder lags by as much as 7 Minutes vs correct time ..... Now, It's only "off" by as much as 7minutes for a short time during some of the downloads ....
As for "how far off" the time(using TVGOS clock) on the DTVPal DVR will be at any given time is hard to ascertain, because its obvious DTVPal DVR doesn't "continuously" update the time data from the TVGOS data being sent by WHIO, if it did, it would change from being only a few seconds off to as much as 7 minutes off during periods of each download from Rovi, and then always be correct between about 6:30PM and midnight ...
But, as you've noticed if you do a reset at the times when the TVGOS clock data sent by WHIO is (more or less) Correct -- between about 6:30PM and Midnight --- The DTVPal DVR clock Will be correct during those times --- Until "sometime" after midnight when it updates the time data, at which point that at first, it may only show a time of a few minutes off, but by the next morning(or sometime in the wee hours), it may show 4 minutes off, or 7 minutes off, or whatever, and then, if you DON'T do a reset of DTVPal DVR at around 6:30pm, oddly enough DTVPal DVR will Still likely show time as much as 7 Minutes behind(even though, after around 6:30pm~Midnight) the actual TVGOS time data sent by WHIO is correct ...
In other words, apparently, DTVPalDVR does NOT update TVGOS time data during the periods Downloads from Rovi aren't occuring, unless you reset the DTVPal DVR during those times, and only until the next download(when at some point the time data will lag by as much as 7 minutes or so)....
Now, as for exactly why this is or may be occuring is difficult to speculate on, given TVGOS stuff is proprietary (and AFAIK info on it is not published or available) ...
As for some of the discussions of bandwith(regarding the digital stations bandwidth) and info provided on the DTVPal DVR thread -- In WHIO's case, keep in mind that WHIO's Null packet stream is constant at about 1.25Mb/s, which of course seems to be WAY more overhead than TVGOS streams would ever need(although of course I have no idea how much of that "extra" bandwidth not being used by anything can actually be utilized by the Rovi encoder, if needed) ... for example, I've never seen them even use as much bandwidth as say, about 100Kb/s .... WHIO's Video/Audio streams are also (more or less) Constant ....
The only thing I really "know" about it is that this problem started occuring when WHIO added Mobile DTV Stream .....
Quote:
I sure would welcome a nice simple summary of what is known about the clock delay problem. Would it be possible for you to summarize the facts, causes and solutions for the problem into one concise and (relatively) non-technical post?
It is pretty confusing, I hope the above is of some help, and is not too technical --- If I can, I'll try to explain further if I can, so feel free to ask more questions if you like ...