-
Layback of audio stems 29.97 to 25 fps conversion
I did a “Better” quality Compressor conversion of a 1080i2997 project (94 minute feature length) to create an “international” 25fps (PAL) version ( original frames play at 100% duration, no simple 4% offset), and while it took a week of processing, it looks okay. I carried the stereo full mix audio with it and it plays back in sync.
However, international requirements normally require a number of audio stems, music, FX, Mix-Minus and so on, which the audio mastering house provided — ostensibly for the 29.97 version, but at 48K.
Attempting to lay back these 48KHz audio files in a 25fps timeline results in massive sync issues — by the end of the show, the mix-minus is 6 seconds short — which leads me to believe its the old .1% pulldown problem. “Stretching” the audio clip by applying a 99.90% speed remap does place the tail pop in the right place, so one thinks problem solved, right? Export a new wav or aif, re-import that, and you’re ready to master, one would think? Not so fast. FCP either ignores such a “small” remap, or something, because the new wav or aif still plays back short, even though the graphical representation of the waveform is dead on in-sync. In other words the “sync-pop” burst visually lines up at the end, but the actual sound is still 6 seconds early. Quite perplexing. But get this — even the “100%” audio track that was created and plays back in sync as part of the exported 25fps Quicktime video exhibits the same behavior if you export it as an independent aif or wav file — it is also suddenly about 6 seconds short. What a wonderful world we live in, right?
I have resorted to trying to learn Soundtrack Pro on-the-fly, which is not a good idea… but applying a process “Time stretch” seems to help, although the accuracy is somewhat hit-and-miss. Doing a strict mathematical .1% stretch came up 3 frames short on my first pass, but that was a significant improvement that yieled an offset error that can be dealt with. At least I hope it does, because I’m still not out of the woods.
The down and dirty, though appears to be that FCP treats all audio files, regardless of whether they are 48KHz or whatever, as 29.97, and will apply .1% pulldown, which is death and doom when dealing with a whole-frame timeline like a true 24.000 (film) or 25.000 (PAL) project.
Correct me if I’m wrong or if I have missed something that Apple advised somewhere deep in a white paper lost in antiquity. I’d love to know that its something that they’re even aware of….
you know, so it doesn’t show up in i-Cut.1., sorry FCPX.
jPo
You mean “Old Ben”? Ben Kenobi?