Thread: Potential Green Footage Cause/Workaround

Reply to Thread
Results 1 to 8 of 8
  1. #1 Potential Green Footage Cause/Workaround 
    Hi everyone,

    As some of you know, there have a been a number of threads/projects on here suffering from footage turning into solid green images during import (whether through FCP's L&T, REDCINE-X and even Clipfinder). Like others, we were experiencing the same issue on our project, inexplicably, and have managed to isolate the problem and come up with a potential (albeit laborious) workaround for those still looking for a solution (considering there are none out there yet).

    We've managed to isolate the problem to a select number of clips and it appears that the cause is a dropped frame, actually, several corrupted, dropped frames, that appear as solid green images in the middle of the clip. We were shooting on several SD cards and it appears there wasn't any one card that was the culprit. However, after speaking with our DIT, we learned that on any card that had a "corrupted" frame, when copying to the hard drives, he would encounter a "Source Verify After Copy Error." Having never seen this before (and us being in the middle of the desert with no internet access), and having verified that the information/footage was there in RED ALERT, he made a note of it, labeled the folder and moved on.

    (I should note that while he should have possibly recopied, we were so under the gun and so behind on copying that, having checked to make sure all the footage did get copied and played fine in REDALERT, there was no way for him to know.)

    When he came in this evening and started going through it, he discovered that all of the problem files with the green frames were from the same file that gave him the "Source Verify After Copy Error." We were able to isolate those files based off those file labels and those notes and all of the other non-issue files appear to be importing through L&T correctly. However, I'll have an update tomorrow on whether this is entirely true. So far so good.

    So, that seems to be the problem, though we still don't know what caused the weird dropped frames.

    Now, for the workaround on the damaged clips:

    First and foremost, as suggested above, not ALL of your clips are corrupted. What happens when converting through L&T is that once the program hits the bad frame (the green one) it doesn't know what to do and converts everything after that frame, whether in the same clip or all the clips following it, to green.

    Regarding the clips with the green frames, what we've done is brought the corrupted clip into Clipfinder and set in and out points before and after the corrupted section, effectively creating two separate clips, with the section within it missing and then exported it as normal.

    Sometimes this doesn't matter because the corrupted file is in the beginning, before the marker. Sometimes, however, they're in the middle and we have to manually go in and re-sync the audio.

    The reason you can't just say "oh, well, we cut out 10 frames, so just drop the second clip in 10 frames later," is that, at least for us, scrubbing over the corrupted section causes Clipfinder to crash. Our AE is going to be finessing those corrupted clips and we'll let you know what his work flow is.

    The fortunate thing is that we're only losing a few frames of footage in certain clips. Fortunately, we were shooting with two cameras and have multiple takes of each scene. The bad news is that we don't know what caused the dropped frames, since the issue wasn't with one card in particular. Could have been a cable issus, card reader issue, random drive issue, we don't know.

    But at least there's more of a solution to the problem then there was before.

    Let me me know if you have any questions.

    Josh
    Reply With Quote  
     

  2. #2  
    Senior Member Gunleik Groven's Avatar
    Join Date
    Dec 2006
    Location
    Norway
    Posts
    9,241
    You are right, it is more often a copy issue than a media issue.
    Life is good. So is RED...
    STUFF Now part II is out! Check it here:
    http://youtu.be/mhFB1CMzQBM
    http://igg.me/at/stuff/x/2338831
    http://bit.ly/mCwcoN
    Twitter: gunleik

    I am open for consulting, work and travel all over, really. Just PM me...
    Reply With Quote  
     

  3. #3  
    From the way you wrote the R3DDM error message, it's clear you're using a version after 5.4, I, along with many other people have had large problems with 6.0 and 6.1, supposedly there is a new update coming out that fixes the issue. I really like R3DDM, I just have not found anything past 5.4 to work correctly.

    The other thing that is concerning is that the DIT wouldn't recopy when the program is warning that checksums aren't matching. Verifying footage is always a 2 step process, 1st, with checksummed copy and 2nd with a visual check. It is also very helpful to render out the footage even if it's a 1/8th debayer before ever reusing the media.

    I'm really sorry to hear about your issues, I hope your edit works without the "missing" sections. I'd immediately downgrade R3DDM to 5.4 (even though it's slower). It's better to have a slower, but safer copy, than a quick copy that has green frames. I'd also switch FW800 cables and readers if the errors don't stop.
    Reply With Quote  
     

  4. #4  
    Thanks for the info on R3DDM program. Since the project was just a short and we finished filming two weeks ago, it looks like we're stuck with what we have. Thankfully it's not reels of material.

    You learn something new on every project. It's always something.

    Will keep everyone updated on the fresh batch tomorrow, see how it turns out.
    Reply With Quote  
     

  5. #5  
    Success! The green frame glitch appears to be tied to certain clips that received the "Source Verify After Copy Error" most likely resulting from something during the copying process and not a card or importing error.
    Reply With Quote  
     

  6. #6  
    Interesting. It has now popped up on a clip for which we received no copying error.
    Reply With Quote  
     

  7. #7  
    Banned
    Join Date
    May 2007
    Posts
    946
    Dropped frames normally show up green or black IME, normally the rest of the footage is unaffected, again IME in Redcine/RCX/RED ALERT.

    I've pointed this out many times on this forum, Red drive cables can become damaged fairly easy. If during the shoot, at any time, the camera froze in post (ie, after you hit record the second time to stop recording) forcing you to reboot, then you probably have your cause of the dropped frames.

    Also, you probably know this, but you didn't try filling a Red Drive above about 80% full?

    I own R3DDataManager for win and mac, is there a problem with it? I hadn't heard/noticed. I have my own software for disk transfers , which in theory is more secure than R3DDM, but I don't like using it on commercial jobs.. maybe I should?
    Reply With Quote  
     

  8. #8  
    Junior Member
    Join Date
    Dec 2009
    Location
    Buenos Aires
    Posts
    4
    Thanks! I had the same issue with a movie right now and I was starting to stress out.
    Reply With Quote  
     

Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts