my profile | my password | search | faq & rules | forum home

» Film-Tech Forum ARCHIVE   » Operations   » Digital Cinema Forum   » A logs problem with NEC projector and DSS-200 dolby server

Author Topic: A logs problem with NEC projector and DSS-200 dolby server Sungsoo Bae Film Handler Posts: 7 From: Geumchun-gu, Seoul City, Korea Registered: Sep 2015 posted 09-15-2015 10:18 PM                     I have a logs extracting problem. I tried to extract logs from the NEC projector with Dolby dss-200 and a logs extracting percentage bar showed up in server screen. The logs were over 7,000 but i waited them until 100%. When it reached to 100%, it went back to the beginning 0%. It went to 100% 3 times but it went back to 0%. I can i fix it? I've tried to find a solution in here but couldn't find it out. Help me guys!!  |  IP: Logged Steve Guttag We forgot the crackers Gromit!!! Posts: 12814 From: Annapolis, MD Registered: Dec 1999 posted 09-16-2015 07:06 AM                     If the command line log extraction routine is used (must have System 4.7 or later), you will get a large extraction that will take the better part of an hour. Then, after EACH show for the next 16 shows, you'll get a smaller extraction of approximately 512 logs. Once this is invoked, there is no turning back, it will continue to extract the logs on those 16 shows. If you go back to command line and use the log extraction routine again...you just start the entire process over again. What I normally do is to set up 16 5-second shows (use a 5-second blank) and set them to run every 5 minutes...you'll have all of the log extraction done in 1-Hour 20-Minutes.  |  IP: Logged Marco Giustini Film God Posts: 2713 From: Reading, UK Registered: Nov 2007 posted 09-16-2015 10:03 AM                     I'm note sure we are talking of the same thing. Enigma logs download in bunch of 500, where did you see the 7000 number? What logs are you trying to download?  |  IP: Logged Steve Guttag We forgot the crackers Gromit!!! Posts: 12814 From: Annapolis, MD Registered: Dec 1999 posted 09-16-2015 05:31 PM                     If the command line extraction routine is invoked...you can get up to 8192 logs in one pass...hence I think he tried that and now thinks that it will continue to do it forever.  |  IP: Logged Frank Cox Film God Posts: 2234 From: Melville Saskatchewan Canada Registered: Apr 2011 posted 09-16-2015 05:55 PM                        It seems like a significant amount of time is spent worrying about and instructing people on how to delete/download/remove logs from digital cinema equipment. Note the enigma stuff that will apparently flat-out die permanently due to some sort of log overflow. This leads me to two questions: What's the actual purpose of these logs? I can't believe that they are there merely to fill up space and create extra work getting rid of them. Or are they? Second, it seems obvious that when you have a finite amount of space available for something, you need to implement a method for keeping that space from getting overloaded. Shouldn't digital cinema equipment have something like logrotate built in so these situations would never occur and nobody would ever have to care about it? "Keep the logs newer than 7 days" or "Keep logs up to a maximum of X kb and then delete the oldest ones" isn't a particularly difficult concept for anyone to grasp.  |  IP: Logged Marco Giustini Film God Posts: 2713 From: Reading, UK Registered: Nov 2007 posted 09-17-2015 01:48 AM                     The purpose is... who knows. I'm sure there are lots of people at DCI inspecting those logs every day The enigma doesn't die anymore with 1.8. Steve, I see where the confusion may be coming from. Are you saying that after running the script the server will then extract logs in packs of 512 till the whole lot is extracted? I've never used the script myself but I thought the purpose of it was to eliminate that 16 shows delay. If that's what happens what's the purpose of the script?  |  IP: Logged Steve Guttag We forgot the crackers Gromit!!! Posts: 12814 From: Annapolis, MD Registered: Dec 1999 posted 09-17-2015 06:43 AM                     After running the script...the server will call for all 8192 logs in one pass (if there are that many to remove)...after it is done with that (the process takes about an hour)...it will also set the security tamper flag that triggers the 512 logs per-show until all 8192 logs are again pulled...so it gets them twice. The logs are pulled by the server and those logs are extracted from the server when a TMS system (or via the SMS system) does an audit log export. These are used as proof-positive of what actually ran and what was licensed. However, from what I can tell, the only people (outside of possibly a theatre chain that might actually care about looking at audit logs) that ever cared about those logs are for the VPF plans since VPF fees are supposed to be based on what is actually shown. Think of them as the receipt of that. I think it is absolutely crazy that the entire industry is saddled with this BS for what is a time-finite situation (VPFs). The last of the VPFs should be done by around 2020 or 2022 (I forget the exact year the last one should vanish). There are tons of private/independent systems that ZERO connection to the internet that shouldn't be saddled with such burdens and potential for show interruption/cancellation due to some studio's paranoia. If there is no way to read them, what good are they (referring to the inability for the concerned party to ever get a copy of the logs...one can certainly read them if they are really bored with life).  |  IP: Logged Carsten Kurz Film God Posts: 4340 From: Cologne, NRW, Germany Registered: Aug 2009 posted 09-17-2015 07:37 AM                     A friend of mine recently had a broken show due to log overflow. I told him to have his machine updated to Enigma 1.8 earlier this year, but he missed it. Bascially, DLP systems are setup so that a log memory overflow should never occur - and on a lot of systems, it works like that, at least if they are on more recent software. There are just some special conditions where it doesn't. But it was never meant that operators should have the need to pull logs manually. And the enigma memory corruption software flaw was another bump along that road. When we consider the fact that you are allowed to play up to 6 hours beyond the KDM time period once a show has started, it is obvious someone had exhibition in mind. No running show should ever be interrupted by an overly tight security implementation. The same should be true for log memory overflow - they should work like a ring buffer and overwrite earlier entries if needed, but never stop a running show. However, that somehow is a catch22 against the DCI maxime, control lightly, audit tightly, because if logs are lost, you can no longer audit tightly. Well, I hope with updated server software and Enigma 1.8+, we will not encounter these issues anymore. After all, it only happens on legacy systems, if you want to call HD-SDI based systems like that. Also, it's a weird thing that some of these flaws hit so late after initial system deployment. It can be years after the machine went out of warranty that an error hits that was actually there right from the start. - Carsten  |  IP: Logged Steve Guttag We forgot the crackers Gromit!!! Posts: 12814 From: Annapolis, MD Registered: Dec 1999 posted 09-17-2015 11:39 AM                     Note, HDSDI systems are not really a thing of the past. In fact, that is our preferred system. For most 2K systems, IMB based solutions offer no real advantage unless you want HFR 3D (an even smaller minority). There are significant cost savings to using SDI based server (GDC SX-2001, Doremi 2K4 or DCP2000...all current production as of this writing). And with the SDI based servers...one need not have a specified boot up/shut down order...etc.  |  IP: Logged Marco Giustini Film God Posts: 2713 From: Reading, UK Registered: Nov 2007 posted 09-17-2015 03:50 PM                     quote: Steve Guttag after it is done with that (the process takes about an hour)...it will also set the security tamper flag that triggers the 512 logs per-show until all 8192 logs are again pulled...so it gets them twice. What's the point of the script then? I thought it was for clearing the log backlog in one go without having to go with the 11-shows nonsense!  |  IP: Logged Steve Guttag We forgot the crackers Gromit!!! Posts: 12814 From: Annapolis, MD Registered: Dec 1999 posted 09-17-2015 04:32 PM                     The point is when you see the "almost full" warning, you can (even remotely) force the server to pull EVERYTHING and clear the error (I've done it too many times). The 16-show thing is an unintended consequence. One of the release notes claims to have fixed it but I have not ever seen it not set that security flag and pull logs from the next 16 shows. In truth, since Enigma 1.8, this has dropped into a "thing from the past" so the few times I've used it, it really isn't a bother.  |  IP: Logged Marco Giustini Film God Posts: 2713 From: Reading, UK Registered: Nov 2007 posted 09-17-2015 04:45 PM                     Thanks. I thought it was a way to clear the logs and avoid having to run the multiple shows. Personally I've never fixed an Enigma in warning state by extracting the logs, they all failed regardless. In the past, indeed  |  IP: Logged

All times are Central (GMT -6:00)

Printer-friendly view of this topic

Hop To: Select a Forum: Category: Operations -------------------- Digital Cinema Forum Film Handlers' Forum Large Format Forum Ground Level Feature Info, Trailer Attachments & REAL Credit Offsets Category: Community -------------------- Film-Yak Film Handlers' Movie Reviews The Afterlife Bob Maar's Joke-A-Thon Category: Classified -------------------- Equipment and Supplies Wanted/For Sale Help Wanted/Seeking Employment Category: System -------------------- Software Beta Testing Forum

The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion and agrees to release the authors from any and all liability.