Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Apple Final Cut Pro Legacy Second thoughts after a month editing a feature film on FCP

  • Second thoughts after a month editing a feature film on FCP

    Posted by Alejandro Fernandez on April 8, 2008 at 8:42 pm

    Hello

    I’m editing a feature film on a 23.98 timeline on a Mac Pro Two 2.8GHz Quad-Core Intel Xeon “Harpertown” processors with FCP 6.0.2.
    So, it’s the latest software on latest computer, hehe 😉

    The film was shot on 16mm, transfer to DVCam NTSC, captured on FCP and then reverse telecine on Cinema Tools.

    The biggest problem we have so far is the audio sync. In order to sync the audio we need to do a 0.1 pulldown of the audio files, but since we didn’t want to use a program that would process the audio files (compromising the quality of the sound), we opted for the pulldown option in Pro Tools. This process creates a new file with a sample rate of 48.048 Khz. If you play that file at a speed of 48.000 Khz, the result is a slightly longer file, which allows the sound to be in perfect sync with the image at 23.98.

    That, at least in theory. The problem is that since the file says that its “normal” speed is 48.048, FCP plays the file at that speed, not at 48Khz. This, in turn, makes the pulldown of Pro Tools useless, since the file length is just like the original.

    I’m wondering if FCP has the option to manually select the sample rate of the audio and not to conform it on the fly to the sample rate of each file. I guess that feature (playing each file at its normal speed) is great if you have different sample rates of audio in the same project, but in the case of working for a film is a pain in the neck.

    Avid has an option that automatically slows down the audio 0.1 percent on the timeline. I would like to know if FCP can do the same (or if you can manually select the sample rate no matter what the source material is), so you don’t have to do all the workaround just to sync your dailies.
    Avid also have no mayor problems handling the keycode, where in FCP we sometimes have errors in up to seventy percent of the tapes. That, as you can imagine, has been another drag on the post.

    We though that FCP, having the Cohen Brothers and some other heavyweights Hollywood’s stars proclaiming its benefits, would at least think of a simple solution for a small problem (the audio), that in the case of our film is becoming bigger and bigger (we spend a lot of time on the keycode issues, but at least in the end it works).

    We decided to go FCP since our director knew the program well and he could work from home or the beach, but I guess the solution will be to lend him an Avid suite and give him some lessons.

    saludos

    Alejandro Fernandez replied 18 years, 1 month ago 5 Members · 7 Replies
  • 7 Replies
  • Aaron Neitz

    April 8, 2008 at 9:51 pm

    The Cohen Brothers and Murch probably get their dailies on HDCAM with sound pre-synced on tape by the lab. So all your problems don’t really exist for them.

    On our last film that we had to sync from DATs, we simply did a speed ramp in FCP on our audio tracks (99.99%) after lining up the sticks. Don’t know if FCP’s slowdown sounds “as good as” ProTools, but sounded just fine to us, and went all the way through a theatrical mix without any complaints from our mix house.

    What problems with keycode? I can’t speak from experience as we’ve never used Conform in Cinema Tools when keycode was a factor.

  • Alejandro Fernandez

    April 8, 2008 at 10:36 pm

    Thanks Aaron.

    Yeah, I guess if you have a big Hollywood studio behind there are no problems, really. I guess we will do a “real” pulldown then, I mean, slowing the file 0.1 percent. The reason we didn’t want to touch much the audio files was that the movie has for the most part a very low volume level, since we didn’t want to have to much compression and have the biggest possible dynamic range (some scenes are very very quiet until some big noise came). We will try the time conversion in Pro Tools and compare it to the one in FCP. Most likely the difference will be not even noticeable, so I hope that just like you we will be fine in the mix studio.

    Regarding the key code, the problem was that CT sometimes reads the flex file, sometimes it don’t. No reason. You have to turn off the computer, try again, and sometimes that was it. The machine reads the flex file. Or not. Random chance.

    thanks again

  • Chris Borjis

    April 8, 2008 at 11:55 pm

    [alejandro fernandez] “n order to sync the audio we need to do a 0.1 pulldown of the audio files, but since we didn’t want to use a program that would process the audio files (compromising the quality of the sound),”

    no compromise of quality whatsoever if you are saving as pcm .wav or .aif

  • Steven Gonzales

    April 9, 2008 at 3:54 am

    Films have been completely successfully, and in sync, with Final Cut. I’ve done a few myself.

    How was your sound captured? I helped on a feature last summer which used the Sound Devices recorder. That machine has a clever setting, which is 24F (for faux or fake). The machine records at 48.048, but tags the file as 48k. This makes the pulldown automatic when the files are brought to Final Cut, and the same data is played .1% slower.

    I spoke with the sound man before shooting started, and informed him which recorder settings would be best going into Final Cut. I figured out the right setting by downloading the recorder’s user manual.

    If you post some detail on what audio files you have and what machine they were recorded on, perhaps you’ll get some good hints on the best way to handle them.

    Also, if you describe your keycode problem, someone may have a suggestion that could help there.

    Don’t waste energy questioning your choice of edit system. I’ve seen plenty of sound screwed up with the wrong settings on an Avid. Better to put your mental energy into the best solution for your current situation.

  • Misha Aranyshev

    April 9, 2008 at 2:13 pm

    So you realized you don’t know how to edit a film originated feature in FCP after a month of work? Sorry for being harsh but that’s how it sounds. FCP is not Avid at a quarter of the price but a very different app with a very different workflow.

    After you resample in ProTools — restamp. That means PT or some other app should write 48kHz into the header of the file. It is fast and probably automated in the right utility. What you should’ve probably done with your sound dailies is not to be a TDM-hardware-is-the-only-way snob and to slow them down in FCP to the desired amount, then batch export everything with Render Setting set to Best.

    You may lose Audio TC going this way but Audio TC is useless anyway unless you got it in telecine logs via Aatoncode. Why are you importing telecine logs into CinemaTools and not directly into FCP?

  • Alejandro Fernandez

    April 9, 2008 at 4:27 pm

    Thanks a lot Michael.

    Don’t worry for the harsh criticism. I completely deserve it. After all, I never defend the usual workflow strongly enough and though (wrongly) that one program should not be not much of a difference from another (stupidly wrongly).

    Luckily you gave me the key word “restamp”, and the BWF reStampp tool worked its magic.

    https://www.24p.com/AvidInsider2.htm

    I drag a test file of a six minute take onto the “convertto47952” and it restamp it as a 47952 sample rate file. Put it onto the timeline and it’s in perfect sync.

    I will restamp the rest (from a copy folder) and relink them and I guess I will be OK from now on.

    Thanks again

  • Alejandro Fernandez

    April 27, 2008 at 5:56 pm

    So far I have discovered that I don’t need to restamp every file. For some reason FCP plays many of the 48048 files (created in Pro Tools) at 48000hz, in fact, applying the “pulldown”. Strangely enough, if I see a restamped file and a 48048 one together in the timeline, you can notice that they are out of sync, but they sound OK. It gets weired when you zoom in to one frame only, and then you see that both files are perfectly in sync, but if you zoom out again, let’s say to about five frames, you can notice that the waveforms are out of sync by about half a frame a minute. Good news is that if you export an OMF all the files are rendered at 48K, no matter what their original (or altered or restamped) sample rate was. Also, if it sound good and in sync in the time line, it’s because it’s good (otherwise you will begin to ear the “echo” after one or two minutes).

    So, I would say, one problem solved and one piece of the workflow ready for the next project. Next time we will need either to restamp all the files before importing anything in FCP (by the way, the restamp tool only works on wav files, so better tell the sound man to record everything in wav) or use a record machine that have the “fake” 48048 option.

    Regarding the keycode problem, the case is as following:

    The footage is captured on the FCP at 29.97fps.
    Then on Cinema Tools, the Transfer “log file” (ATN o ALE database file from Keylink) is loaded.
    Then each quicktime clip (29.97 fps) is processed though Cinema Tools, pulldown removal is done (“Reverse Tk”), we obtain at that stage 23.98 fps clips (with no hybrid frames).
    Each 23.98 fps clip is then connected to the Cinema Tools “database”.
    Then on FCP, the 23.98 fps clips are loaded on a bin, and “synchronize with cinema tools” function is applied. FCP, opens Cinema Tools and after a few seconds -and one click- the bin shows the Keycode information displayed.

    Sometimes, this works perfectly, and all clips are “syncronized with their keycode” with no problems. But what is happening is that a lot of clips do not get their “Keycode syncronisation”.

    It’s seems to be totally at random, since we are working with the exact same parameters and workflow for all clips. Even more so, when repeating the exact same process, a few new clips do achieve their keycode sync while others still can’t.

    Maybe someone would know if that is a known issue and what’s the best way to deal with this.

    I recently upgrade to 6.0.3 and we are using Leopard 10.5.2 on a Macpro 8core.

    Thanks

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