This is topic Updating Server Clocks in forum Digital Cinema Forum at Film-Tech Forum ARCHIVE.
To visit this topic, use this URL:
https://ft-forum.com/ft/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic;f=16;t=000561
Posted by Jeremy Weigel (Member # 4208) on 05-06-2010, 01:35 PM:
Decided to split this off from the Iron Man Stupidity thread.
OK. Here's what I found out regarding updating server time on a GDC at least. Simply connecting it to the internet will do no good. You have to sign up with a remote monitoring service such as Cinedigm, Christie Digital, or some other approved service via a VPN OR you can send your house#, server SN, and the time discrepancy to GDC and they will write a script for you to load via USB.
Posted by Scott Norwood (Member # 30) on 05-06-2010, 01:51 PM:
Wow, that's stupid.
Have these people never heard of NTP (Network Time Protocol)?
Posted by Joe Redifer (Member # 3) on 05-06-2010, 01:56 PM:
What happens at Daylights Saving Time? Is the server smart enough to switch by itself, or do you need to sign up with a company so they can write a script for you to load via USB?
Posted by Mark Lensenmayer (Member # 134) on 05-06-2010, 03:19 PM:
Putting on my paranoid executive hat, I would want total control over those clocks so no one could reset them to show the movie before the official time, OR reset them backwards to keep a movie alive after the cut-off time.
Posted by Olivier Lemaire (Member # 5579) on 05-06-2010, 03:44 PM:
I fully agree with Scott: using NTP protocol & infrastructure (see www.ntp.org for more) is certainly A Thing To Be Done using DC equipments.
All the servers I've seen so far are based upon standard hardware (motherboard and so RTC clock), and these scrappy things are able to drift sometimes more than 3 minutes per 24 hours... So, definitively you need to sync them with a accurate and reliable time source.
NTP is just design to do that for you, and setting a NTP infrastructure is not that difficult for anyone with basic IT skill, and an Internet access...
Perhaps the RTC clock on Integrated Media Blocks are more reliable (or at least, sold to be...) - but even in this case, relying to an atomic clock seems a Not So Bad Idea anyway...
Posted by Thomas Pitt (Member # 4322) on 05-06-2010, 06:23 PM:
I agree with Mark. The studio executives wouldn't want anyone 'playing' with the clocks to show a movie outside of its scheduled times. NTP is well documented so could easily be fooled into setting the wrong time using special programs. On the other hand, a proprietary protocol made by the server manufacturers is less well known and only the distributors would have control over the clocks.
Posted by Jonathan Althaus (Member # 5042) on 05-06-2010, 06:46 PM:
We've been told once we're fully networked, it will be controlled by our NOC.
Posted by Mike Blakesley (Member # 26) on 05-06-2010, 07:01 PM:
quote: Mark Lensenmayer
paranoid executive
This is one time that I have to side with the suits. Because all of us film-techers are far too professional to ever twiddle with a server clock in order to show a movie earlier (or later) that we're supposed to, who knows how many high school "projectionists" and other dickheads would do exactly that if they had the chance.
Posted by Jeremy Weigel (Member # 4208) on 05-06-2010, 07:21 PM:
Doesn't software such as virus protection have code in it to detect when the computer clock has been significantly changed? I seem to remember trying to roll back the bios time on a computer I had a few years ago and when I booted up windows Norton Anti-Virus gave me a message that it was expired.
If a company only has a limited number of "authorized" people to access the server clock (which could be password protected) then I don't see much of a problem. I believe it could also be logged internally anytime someone accesses this area of the server.
Posted by Olivier Lemaire (Member # 5579) on 05-06-2010, 07:27 PM:
Thomas, using open/know protocol does not means you have less security.
In fact, the reverse it true : using proprietary protocols will probably give you lesser security ("security by obscurity"... just sounds like a virgin call girl...). But, well, I admit it's probably an out of scope debate
Anyway, most (if not all) of the Digital Cinema technology are based upon open standards & protocols. So, NTP is just a good alternative to consider.
But you must consider two types of clocks:
1/ secured clocks from Security Modules, withing some DC elements (Media Block, for example)
2/ and regular clocks, like the one of your TMS hardware and Players's hardware
Clocks of type 1/ are NOT TO BE SYNCHRONIZED to any external sources (see DCI specs v1.2 - chapter 9.4.3.7.).
But clocks of type 2/ should be, for the theater to operate smoothly: afterall, it should be very annoying the think your next scheduled show will automatically at 16:05... and have it start at 15:58 because of a scrappy drifty RTC clock...
my 2 cents,
--
lem
Posted by Jeremy Weigel (Member # 4208) on 05-06-2010, 07:42 PM:
quote: Olivier Lemaire
afterall, it should be very annoying the think your next scheduled show will automatically at 16:05... and have it start at 15:58 because of a scrappy drifty RTC clock...
This is why we stopped using our show scheduler. It got to be a pain to compensate for the time drift.
Posted by Olivier Lemaire (Member # 5579) on 05-06-2010, 08:04 PM:
quote:
quote:
Olivier Lemaire
afterall, it should be very annoying the think your next scheduled show will automatically at 16:05... and have it start at 15:58 because of a scrappy drifty RTC clock...
Jeremy
This is why we stopped using our show scheduler. It got to be a pain to compensate for the time drift.
Ouch... perhaps you should consider installing and NTP server on one of your Intra-Theater server (central library, TMS, one of your players?..) which have a not so scrappy RTC clock. And then, configure all other equipments to synchronize on this central NTPd one?
This way, at least, all the theater will be at the same hours. And as the Time is served internally to your theater, you won't have to fear for any external crackers to break into your very standard setting
Posted by Mark Gulbrandsen (Member # 72) on 05-06-2010, 09:15 PM:
You cannot twiddle with the server clock in all servers I have worked with... Dolby, Doremi, and GDC. I am pretty sure this is a DCI requirement. It is a fixed thing and is only correctable by placing an NTP server on the network to do the time correction.
Mark
Posted by Monte L Fullmer (Member # 2797) on 05-06-2010, 09:37 PM:
So, what's wrong converting 7:00 to 6:58 if the clock is 2 minutes slow....?
I worked with a GDC server that was 4 minutes slow. Thus when doing the auto scheduler, I put in 6:56 for 7:00p, and similar with the other 4 showings for that day.
I could do a week's set in 10 minutes on this GDC server..and it would start right on time as per a standard clock for each showing.
Doesn't take rocket science to think backwards some ...
-Monte
Posted by Brad Miller (Member # 2) on 05-07-2010, 12:00 AM:
Its called technology Monte. In this day and age, it is pathetic to have to input incorrect showtimes to make a $10k+ server start on time.
On the Doremi, you can go to MENU / TERMINAL, login and use the command "date --set=HHMM" to set the user clock that controls the start time. Note this will continue to drift until more suitable measures are taken...but this is a quick temporary fix.
(HHMM is short for hour and minute, by the way.)
With Dolby servers you can set an NTP time server link in the config setup. (Don't jack with this if you don't know what you are doing. Have your tech do this.)
Posted by Elise Brandt (Member # 5552) on 05-07-2010, 04:58 AM:
We have the dolby servers and I did update the clock once with no problem at all. It seems the clock lagged behind about five minutes per hour whenever we were ingesting a movie. Because this was usually done during shows to minimize the use of electricity, there was some head-scratching and even manual show starts because the timer couldn't be trusted.
But the clock always reset itself when the system was rebooted, and run right with no problems.
After the last software upgrade there's been no more clock issues though. I'm pretty surprised reading this thread!
I also don't think there is any need to rub it in, yes digital cinema has some oddities as does 35mm and any other projection method. And not all equipment are the same... and there will always be something to fix when the systems haven't been in use for the last three decades. Nobody who upgraded to digital (yes, for me it's definitely up) knew about the issues beforehand and we're all trying to offer the best quality shows to our customers aren't we?
Posted by Mark Gulbrandsen (Member # 72) on 05-07-2010, 10:28 AM:
The main clock is in the Show player. It can only be updated by time server interface. There are many security reasons for this being tamper proof. I believe the clock you are talking about is the one in the show store. In theory the show store clock should synchronize with the refrence clock inside the player and perhaps there was an issue there that the software upgrade fixed. I have to chuckle because Dolby is king of software upgrades! Most other server manufacturers have had very few.
Mark
Posted by Pete Naples (Member # 761) on 05-07-2010, 10:35 AM:
And those software updates, they don't come cheap either!
Last couple have increased the wait time on a lot of modules at boot up, result is a longer overall boot time but fewer issues, such as clock showing incorrect time. More recent releases also allow you to tweak the time, within a limited window. That window varies from machine to machine in my experience, how it is defined I have no idea.
Posted by Jussi Siponen (Member # 5572) on 05-07-2010, 11:19 AM:
quote: Mark Gulbrandsen
I have to chuckle because Dolby is king of software upgrades! Most other server manufacturers have had very few.
Updates are usually released to fix issues or to introduce new features. If these other manufacturers not releasing updates is due their systems having no issues, then more power to them!
But in general, creating robust and secure software is not just hard -- it borders on the impossible (just ask Microsoft, Adobe, etc). The only way to get reasonably good software of any significant complexity seems to be feature-freeze it and then pound on it relentlessly for the next 10 years or so, applying fixes with surgical precision as problems are discovered.
Because the dirty little secret is: we are still beta testers for this whole D-Cinema chain, to put it mildly. Things should improve when the dust eventually settles. So far the industry has been too busy implementing new features to squash anything but the most serious "show stopper" bugs (and in this case they LITERALLY are show stoppers
).
Posted by Edward Havens (Member # 4715) on 05-07-2010, 01:03 PM:
Maybe there is something wrong with the server configuration. Over the past four years, working with Dolby Digital and Doremi servers, I've never once had to worry about the server having the wrong time once DST started or ended.
Posted by Dustin Mitchell (Member # 372) on 05-08-2010, 02:11 AM:
The last movie we played that had a stupidly short KDM time (Spiderman 3 I think) we noticed the server clock issue less than a week before hand. Despite being fully connected to a NOC our tech had to come out and manually update the clocks on the Doremi's...he had a busy week doing that in his whole territory.
Posted by Dave Ganoe (Member # 53) on 05-23-2010, 09:33 PM:
The GDC works quite well when setup to connect to an NTP server. Setup is quite easy, with the right credentials of course. Did this first hand and no issues of time drift.
Posted by Mark Gulbrandsen (Member # 72) on 05-23-2010, 09:51 PM:
Ha? I just installed a GDC server and it very definitely has settings in the config for inputting your own system wide NTP server. As for cost over a multiplex full of stuff they are not that expensive an item either.
This type of time server can be had inexpensively and could feed your LMS and all your local house servers quite easily. It takes it's reference from an atomic clock on the many GPS satellites above earth. In reality any large and or important multiplex that is not monitored by off site such as cin-e-dig-it should have it's own NTP refrence server so all digital related cinema equipment and ticketing/concession sales terminals are all synced together.
As for inputing a time correction script sent to you from GDC... it takes all of 15 seconds to do that!! Go into "Technician" log on, insert the usb stick in the front of the server and then press the USB button on the lower center of that page. You're all done...
My gut feeling is that all cinema servers should have an ultra stable tcxo based master clock in them anyway, but we'll never see that happen! we have to rely on the el-cheapo oscillator thats on the mother board.
Mark
Powered by Infopop Corporation
UBB.classicTM
6.3.1.2