Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Apple Final Cut Pro Legacy unwanted speed changes on footage in FCP after capturing from XML

  • unwanted speed changes on footage in FCP after capturing from XML

    Posted by Jeff Lopus on July 29, 2009 at 6:28 pm

    Hey,

    Here’s the backstory to this problem that no one at my work has seen before or can figure out why it’s happening.

    We shot some spots on HDCAM SR and loaded the tapes, 1080p/23.98, with wrong reel numbers into FCP. I am working on FCP 6.0.5 with Kona2 card. The editor worked on the cuts and we will be outputting for Smoke soon. We straight copied the project to a new drive to do some tests and changed the reel names in the browser on the tapes that were incorrect. We read that that was the way to change the reel names but felt like it was too simple of a procedure to change some metadata that’s pretty important.

    I exported an XML for a sequence that has footage from the newly re-named tapes to see if it would recognize the proper tape in a new project and also capture it. And it did.

    Here’s the problem. When watching that footage in the viewer window and in the sequence, it plays it at like 300% speed even though there is no speed ramp or time changes to any of the footage, people are just flying around and now the actual footage in the sequence is all thrown off. To note, the original sequence had a slight speed up of the footage, but no where near as drastic as what is being captured from the XML in the new project. The actual capture scratch QT is fine, it’s when its played in Final Cut is when it’s all sped up. I’ve tried on different machines and re-booted, always the same problem.

    Why is this happening, I guess is my question, and is there a way to fix it so its just normal speed?

    Let me know if anyone has any thoughts. Thanks.

    Erik Lindahl replied 17 years, 1 month ago 2 Members · 3 Replies
  • 3 Replies
  • Erik Lindahl

    July 29, 2009 at 7:05 pm

    Speed-changes are big no-no from my experience in terms of media management or exporting of EDL or XML files.

    Best solution is to remove the speed-effects on the original sequence, re-export the XML-file and re-import it / re-link the media. After this is done you can redo the speed-effects.

    I’ve pulled my share of hairs with this bugg in FCP and I really hope FCP 7 does a better jobb with it.

    Erik Lindahl
    Freecloud Communication
    ————————

  • Jeff Lopus

    July 29, 2009 at 11:07 pm

    Thanks for the help Erik, that seemed to solve half of the problem from what I have tested so far. But I’m getting closer. The footage now plays fine after I add the speed-up back in the timeline/canvas window and lines up with the original cut but it still plays super fast in the viewer window for some reason…the never-ending wonders of Final Cut.

  • Erik Lindahl

    July 29, 2009 at 11:47 pm

    I’ve had “ghost” issues like this before with FCP projects and 95% of them all had speed-effects somewhere in the process. I could even get an Apple ProApp Tech Support guy semi-reproduce the issue. I’ve even seen Final Cut link to media that doesn’t even exist – i.e. you can have say a 10 second klipp on the time line that might consist of 12 second media with heads and tails but FCP wants to play it at some really odd rate (948% speed up) but it fills the full 10s. This would in realtiy require 94,8s of media but that doesn’t excist in the file. FCP solves it somehow (giving erratic messages or media playback).

    But yeah, mostly going back to basics, straight cuts, no “fancy” nothing, no in-active items, speed-FX, reverse FX and so forth and it in general works in the end. It’s a pain having to recreate everything though even when on- / off-lineing on the same system.

    Someone said Final Cut Pro projects can get corrupt and hence save odd information about media or sequences. Either using “Save as…” or just starting a new project re-importing everything MIGHT work.

    Erik Lindahl
    Freecloud Communication
    ————————

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