Canon-ite
Level 1 (10 points)

Q: Deleting ingested files with dropped frames

After using log and capture for some HDV clips in Final Cut Pro 7, I proceeded to ingest the clips (transcoded to ProRes 422) using the Final Cut Server client. Some of them uploaded OK, but others didn't. In all cases, the failed files ingested only did so partially; the file sizes in the Library folder were smaller that the file sizes in the capture scratch folder. I tried ingesting these files once again, this time with an "Input/output error" message. My next thought was to simply delete these files, however since there were no thumbnails, poster frames or clip proxies, there was nothing to select using the client.

I went back to Final Cut Pro to take another look at the clips and I discovered every one of the offending clips had dropped frames. My theory is that these files appear corrupt to Final Cut Server once the problem portion of the file is encountered during ingest?

So, I could use some advice on how to delete the problem files without doing any damage to the rest of the database.

iMac 27 quad core Intel i7, Mac OS X (10.6.6)

Posted on Feb 6, 2011 12:12 PM

Close
Canon-ite

Q: Deleting ingested files with dropped frames

  • All replies
  • Helpful answers

  • by John F. Whitehead,

    John F. Whitehead John F. Whitehead Feb 7, 2011 9:07 AM in response to Canon-ite
    Level 2 (380 points)
    Feb 7, 2011 9:07 AM in response to Canon-ite
    It's probably Compressor that is choking on them.

    Doesn't the client still show the asset & primary rep, which you can delete? That happens before it tries to derive the related resources.

  • by Canon-ite,

    Canon-ite Canon-ite Feb 7, 2011 9:47 AM in response to Canon-ite
    Level 1 (10 points)
    Feb 7, 2011 9:47 AM in response to Canon-ite
    John,

    I see no evidence of the primary representations of these files in the client. I tried using the client search capability to find them, in lieu of a thumbnail, but no luck. There is evidence that FCSvr knows about them because when I drag and drop an original file back into the client, and attempt to re-ingest, I get a message asking if I want to overwrite.

    I think you're right about compressor choking on the original transcode of the HDV. I'll do this over and more carefully check for dropped frames before trying to ingest them again into FCSvr. In the meantime, however, I don't want to mess up the database because I have other assets (H.264/AVC to ProRes 422)I uploaded successfully before this episode with the HDV tapes.

    Regards,

    Greg

  • by Canon-ite,

    Canon-ite Canon-ite Feb 7, 2011 9:51 AM in response to Canon-ite
    Level 1 (10 points)
    Feb 7, 2011 9:51 AM in response to Canon-ite
    John,

    One more thing - I mised your last question. The client hangs while analyzing in the first step, until it timed out or I aborted it, so there was no attempt to create the posterframe, thumbnail or clip proxy, I assume.
    Regards,

    Greg

  • by jamesheliker,

    jamesheliker jamesheliker Feb 15, 2011 2:18 PM in response to Canon-ite
    Level 1 (0 points)
    Feb 15, 2011 2:18 PM in response to Canon-ite
    Hi Greg -

    What FCS device are your assets supposed to be storing the primary representations on?

    You'll probably need to go into the file system and remove the offending files in question (partially written or not), and then make sure there are no asset records left in FCS, before re-uploading/ingesting.

    I hope that helps!

    - James Heliker

  • by Canon-ite,

    Canon-ite Canon-ite Feb 17, 2011 7:19 AM in response to jamesheliker
    Level 1 (10 points)
    Feb 17, 2011 7:19 AM in response to jamesheliker
    James,

    The FCS device is a FW800 connected HD. I did try removing the offending files directly from the Library folder. I then renamed one of the files that did ingest OK to the file name of one that didn't and it re-ingested completely.

    I guess this will teach me to watch out for frame dropping!

    Thanks for your suggestions.

    Regards,

    Greg