Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Avid Media Composer Transcoding Ikegami GFCam Clips, Fixing Clip Corruptions

  • Transcoding Ikegami GFCam Clips, Fixing Clip Corruptions

    Posted by Lindsay Simpson on October 26, 2010 at 11:13 pm

    Hi all,

    Anyone out there working with MC 5.0.3 and an Ikegami GFCAM HDS-V10? Currently we transcode clips imported from this camera in an effort to limit file corruption errors, but often times it seems only a portion of the clip is corrupt, and I was curious if there is any way to for example, set an in and out point, on the clip to transcode only a portion, and avoid hte corruption. Is that possible?

    Also, our sales rep, claims there is a ‘Fix Clip’ option available under a drop down menu in MC that should repair a corrupt clip, but as far as I can tell/find there is no such feature.

    On perhaps a completely separate note, what does the “Extract DNxHD” feature from the right-click menu in the bin window do? DNxHD is the codec the Ikegami clips are transcoded to. I suppose I’m hoping this could be another route to possibly fixing these corruption errors.

    Arg…of course the sales people who pitched these new products to our organization swears up and down that Ikegami and Avid work well together…and then an Avid support tech says the exact opposite!

    Thanks,

    Lindsay

    Bouke Vahl replied 15 years, 6 months ago 2 Members · 3 Replies
  • 3 Replies
  • Bouke Vahl

    October 27, 2010 at 6:32 am

    I have one client with a GFcam.
    Wrote a little app to create proxy files for logging for it…
    Should detect corrupt clips. You can get a copy if you like.

    I’ve not found a way in Avid to extract rotten clips, but with the latest firmware on the cam there are not a lot of rotten clips anymore.
    (It used to be hell in previous versions, about 1 out of 40 was corrupt)

    Not sure why you would want to transcode to DNxHD, as the native files are Avid compatible, and work fine.

    If you have a rotten clip, see if there is XML, and analyze that.
    It’s different from the normal clips XML.
    Also, check out how large the actual data is. If you got a corrupt clip, do contact me, i’d like to see it. (and see if it is salvageble)

    Bouke

    Bouke

    https://www.videotoolshed.com/
    smart tools for video pros

  • Lindsay Simpson

    October 27, 2010 at 2:22 pm

    Hi,

    Thank you for your reply. I would love to try out that app you created for detecting corrupt clips. And yes I currently have a good clip that I would like to keep, but appears to be corrupt. It would be great for you to take a look at it. I am curious myself, and it is no fun to toss good video.

    On second thought, maybe there’s an alternate solution. You mentioned that GFcam format is native and shouldn’t need to be transcoded. When the clip in question is loaded in the monitor and played from the GFPak itself before transcoding and relocation to our avid storage, the clips plays back just fine. What is your process for importing and storing of GFPak clips?

    This equipment is new to our organization, and I came on board shortly after it was purchased and established. My colleague apparently had significant difficulties at first importing GFPak clips and after hours with phone and other tech support was instructed to transcode all GFCam clips. It was noted that this would reduce corruptions.

    Thanks for your interest and advice,

    Lindsay

  • Bouke Vahl

    October 28, 2010 at 7:00 am

    From memory, i ama the files in, then consolidate (rather than transcode)

    For the tool, contact me direct, bouke at videotoolshed dot com

    Bouke

    https://www.videotoolshed.com/
    smart tools for video pros

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy