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

» Film-Tech Forum ARCHIVE   » Operations   » Digital Cinema Forum   » Lost a show / Learned a lesson (Page 2)

This topic comprises 3 pages: 1  2  3

Author Topic: Lost a show / Learned a lesson Bernie Anderson Jr Master Film Handler Posts: 435 From: Woodbridge, New Jersey Registered: Apr 2000 posted 02-13-2012 06:34 AM                        I've gotten my Sonys to take an ingest to 99% without a problem and actually playback. Most of the problems I had with the Sonys was Software versions out of date and not matched from projector to projector. Sony came in 2 weeks ago and updated everything and we're working perfect now. So its probably a bad drive. I had issues when the ingest was disrupted for some reason and you had to reboot. The content would get corrupted and you would have to delete the incomplete file and re-ingest.  |  IP: Logged Geoff Newitt Film Handler Posts: 49 From: FARINGDON, OXFORDSHIRE, UK Registered: Dec 2011 posted 02-13-2012 10:14 AM                     Unlike Brad, I have seen Doremi servers with very full RAIDs do some wacky things - failing to execute macros, skipping content. I'm also told they have a limit to the number of 'clips' they can keep track of - 1024 is the number that comes to mind; sounds like a lot, but in the UK we have extensive Ad reels, with each advert an individual CPL... One of our cinemas managed to have 1035 CPLs on one server through poor management of their content, and this definitely caused problems.  |  IP: Logged Frank Cox Film God Posts: 2234 From: Melville Saskatchewan Canada Registered: Apr 2011 posted 02-13-2012 11:03 AM                        One other thing that I've had happen here (twice so far): The screws that hold the CRU drive together were loose. There are either 4 or 6 small screws on the bottom of the drive that attach the top of the housing to the bottom. I noticed the loose screws before I tried ingesting the content, so I tightened 'em up before inserting them into the drive bay. Perhaps loose screws could lead to wobble in the drive platters and cause the content to either not read or to read very slowly.  |  IP: Logged Edward Havens Jedi Master Film Handler Posts: 614 From: Los Angeles, CA Registered: Mar 2008 posted 02-13-2012 11:24 AM                     The only times I ever have trouble with slow loads from a hard drive is when we are asking the LMS Server to do multiple tasks at the same time. I have trained my staff, not always successfully, to not do any transfers to individual screen servers when ingesting, and to never do more than two transfers at the same time. But then, I have 14 screens to contend with.  |  IP: Logged Manny Knowles "What are these things and WHY are they BLUE???" Posts: 4247 From: Bloomington, IN, USA Registered: Feb 2002 posted 02-13-2012 12:11 PM                     quote: Mike Blakesley Normally it only takes about 20 - 25 minutes to load a whole movie My DSS-200 normally takes about an hour to load and another hour to verify.  |  IP: Logged Mike Blakesley Film God Posts: 12767 From: Forsyth, Montana Registered: Jun 99 posted 02-13-2012 01:25 PM                        Space isn't an issue. I always delete last week's movie before putting this week's in, and I keep the trailers trimmed back too. The reload finished sometime during the night, but when I tried it out this morning the problem was still the same. Doing some further looking, I noticed that there are three filnames associated with this movie, due to the captioning available. There is a CCAP file, an OCAP file and the third one has neither of those notations. All three in the 120gb size range. (The movie in question is "Red Tails.") I first thought that third file, the one with no caption notation, would be the one used to play the movie from without captions, but in the info sheet, it said to use the "CCAP" file to play the film without captions, so that's what I've been doing. This morning I ran the "Verify" test on all three of those files and the one with no notation in the name came back showing a failure. So right now I'm reloading that file again. It should be done by tonight and I'll report back what happens. (I had run the verify on the "CCAP" file previously, since that's the one I was playing from, and it showed no problems. So maybe it uses both of those files somehow??) quote: Richard Orsak How were you able to book 2 features on a single screen. I've tried many, many times, but never had any luck (unless one of them was basically on second run and I wouldn't want that)... That's basically it...one older movie plus a newer, semi-popular one.  |  IP: Logged Monte L Fullmer Film God Posts: 8367 From: Nampa, Idaho, USA Registered: Nov 2004 posted 02-13-2012 09:34 PM                     Ya, have to watch out for the last section of the filename in the naming convention of the "OV" (original version) and the "VF" which are the patches that goes with the "OV" version, after the "OV" version is ingested first.  |  IP: Logged Chad Bateman Film Handler Posts: 16 From: Salt Lake City Ut, USA Registered: Dec 2010 posted 02-14-2012 03:46 PM                        Although many of the previous comments could have lead to the problem, I would suggest contacting your integrator. Maybe he could shed some light. Maybe he could entertain us with some posts to give a better idea of what is going on.  |  IP: Logged Mike Blakesley Film God Posts: 12767 From: Forsyth, Montana Registered: Jun 99 posted 02-14-2012 10:48 PM                        Wellllll.... It's got to be the hard drive (or more accurately, a bad FILE on the hard drive) but I'm still not quite sure why it's happening. I did go in and check the space on the server, just to make sure, and we're only at about 35% so that can't be the issue. All the drives in the RAID are showing OK, too. I looked over the info sheet again for the drive and it does say to play the file that's not marked for captions (contrary to my post above, sorry), and that's what I had in my playlist -- but when the show is running, the "now playing" note on the monitor still has the CCAP filename showing. So apparently that unmarked file references the CCAP file. Both of the files (CCAP and unmarked) are over 100GB and they're all marked "OV". I ran all the files through the "quick verify" and it showed no problems on any of them, so then I ran them through the more thorough verify option. This time, it showed the unmarked file as a fail. So, I changed my playlist to just using the CCAP file directly thinking that might solve it. The CCAP file showed no problems, yet the glitch still remains. At about 3:15 it just goes back to the beginning of the program. Tonight I tried to stop the playback just before the "bad" part and skip it ahead over the defect and get it back on the screen a few seconds faster. That backfired on me -- I think I cut it too close and the system froze entirely, so I had to reboot to get going again. So, we have one more night of this nonsense and then it'll be time for something else. I have gone to the low-tech solution of putting an explanatory sign up saying telling people that there will be about a ten-second gap in the movie due to a malfunction and thanking them very much for their understanding. I'll be glad to send this hard drive down the road. (And yes Brad, I will definitely throw it down the stairs a few times. And maybe "freight damage" it with my truck for good measure.) In 19 months since we went to digital, this is the first "bad" drive we've had. Had to happen sometime I guess.  |  IP: Logged Brad Miller Administrator Posts: 17775 From: Plano, TX (36.2 miles NW of Rockwall) Registered: May 99 posted 02-14-2012 11:23 PM                     Yup, every hard drive will fail, but hard drives that are "handled" in the way CRU drives are will fail MUCH sooner!!! It's just bad luck. Nothing more than that. That being said if the hard drive is still write-able, they WILL re-use it on another movie! I'll bet if it isn't already happening it will soon...buying new replacement drives just like the film depots used to have to do with new reels. At least Deluxe FINALLY dumped all of those non-CRU craptacular drives!!!  |  IP: Logged Monte L Fullmer Film God Posts: 8367 From: Nampa, Idaho, USA Registered: Nov 2004 posted 02-15-2012 12:18 AM                     ..and had this happen to me in a TMS server - couldn't do any LS ingesting at all when one of the RAID drives conked out on me and locked out the ingest procedures. Had to do local server ingests until the drive was replaced and then it took most of the day for it to be assumulated in with the other 8 drives.  |  IP: Logged Marco Giustini Film God Posts: 2713 From: Reading, UK Registered: Nov 2007 posted 02-15-2012 01:00 PM                     I'm with Scott here, if you try to ingest a DCP from a bad drive, or a corrupted file, the server will reject it. Each file will be loaded and then analised and the HASH key compared with the good one listed in the CPL. If your feature was corrupted on your server, it is more likely a server issue. Or it could be a "bad" DCP, meaning the mastering is somehow wrong - but the files and the HD are fine. Unless your server does things differently: I'm familiar with Doremi, Dolby and XDC. But the HASH key in the CPL is there for a reason!  |  IP: Logged Mike Blakesley Film God Posts: 12767 From: Forsyth, Montana Registered: Jun 99 posted 02-15-2012 04:01 PM                        I am reluctant to blame the server. The movie was deleted and then re-ingested, yet the glitch happened in the exact same spot. Also, before I deleted it, I had done my weekly "purge" of older trailers so there was even more space available on the second ingest. Besides, like I said, we have another movie playing and it works perfectly. Bottom line -- if this weekend's new movie does a similar thing, then I will start making server-related phone calls!  |  IP: Logged Brad Miller Administrator Posts: 17775 From: Plano, TX (36.2 miles NW of Rockwall) Registered: May 99 posted 02-15-2012 09:12 PM                     I'm with Mike. I don't think it was the server. Sounds to me like a faulty hard drive that read just good enough to pull the file in and validate it, but still produced a corrupted file. That being said, I've never had that happen before to me.  |  IP: Logged Scott Norwood Film God Posts: 8146 From: Boston, MA. USA (1774.21 miles northeast of Dallas) Registered: Jun 99 posted 02-15-2012 09:40 PM                        If I read the DCI specification correctly, specifically section 9.4.3.5, it seems that the server is not actually _required_ to detect a corrupt DCP. Still, there is enough information in the DCP to do this, and to not do it (and allow a corrupt DCP to play without explicitly warning the operator that there may be issues with it) seems like either a bug or a design flaw with the server. (This assumes that the DCP in Mike's case was actually corrupt, and not just improperly created.)  |  IP: Logged

All times are Central (GMT -6:00)

This topic comprises 3 pages: 1  2  3

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.