24-fps Turnover to Sound
In the old days, film shows turned over to sound via videotape and OMF. That meant sound got a 29.97 version of a show that was cut at 24, complete with the 3/2 telecine-style cadence inserted. It was an awkward and slow hand-over for both picture and sound.
Today, though most shows no longer deliver tapes to sound, many still create 29.97 Quicktimes, often for no better reason than, “it’s what we’ve always done.” But if you’re working on a 24-fps show, the easiest and simplest way to turn over is with 24-fps Quicktime.
Why are 29.97 QTs problematic? First, because creating a 29.97 QT from a 24 or 23.976 fps project doesn’t just mean introducing 3/2 — it means duplicating frames. That makes it awfully hard to cut sound effects precisely. Second, 29.97 QTs take a long time to make, wasting hours that picture assistants don’t have.
But if we turn over 24-fps Quicktimes, what settings should be used? And how should sound handle it in Pro Tools?
I’ve spent several days hashing this out with a music editor friend. I made a simple sync test: a head and tail leader with sync pops, separated by three minutes of filler and overlaid with an Avid Timecode Burn-In effect. From this I exported Quicktimes and OMFs, which my friend imported into PT. Then he added his own counters, compared them with mine and checked the pops. A pulldown sync error is about 1.5 frames per minute, so at the end of 3 minutes, if we’d screwed up, he’d be out by over four frames.
The whole thing is complicated by the fact that the Media Composer allows you to work in two kinds of 24-fps projects: “23.976p” and “24p.” The 23.976p project works like digital videotape. The 24p project works like film. (For details, see the post, Clarifying Avid Project Types. To figure out what kind of project you’re working in, go to the Project window and select the Format tab.)
Either way, you should select “Current” frame rate when you make your Quicktime. This will produce a Quicktime that is frame-for-frame identical to what you’re seeing in the Avid. (In a 23.976p project Quicktime will display a frame rate of 23.98, in a 24p project, it will display 24.)
Choose any codec that you and your sound editors prefer. But consider using the Avid codec. That’ll produce the fastest QT conversion, and your sound editors will see exactly what you saw in the Media Composer. You won’t need to fool around with Quicktime export settings, either. Just select “Same as Source” in the Quicktime Export dialog and you’re all set.
To play these QTs, your sound editors will need to install the Avid codec. Many sound editors don’t have this, but it’s a trivial download and a simple install. You’ll find the codec here. (Avid really ought to make it easier to find.)
In Pro Tools, your sound or music editors will work as follows: If you are working in a 24p project, they’ll run picture and timecode at 24-fps. If you’re working in a 23.976p project they’ll run picture and TC at 23.976. Either way, they’ll play back audio at 48K (or 44.1 in the unlikely event that you’ve been working that way in MC).
That’s all there is to it. If you take the time to create a test like I did (always a good idea), your sound editors will see the tail pop from your OMF line up with the tail sync mark in your QT, and their TC counter will line up with yours. They’ll see exactly the same frames you did in the Media Composer, and your exports will be quick and relatively foolproof.
Explore posts in the same categories: Audio, Avid Technical Tips, Workflow
March 21, 2009 at 1:24 pm
Steve,
This is a great posting. Two things to consider:
1. CPU overhead playing an Avid-codec Quicktime is usually too high for complex Pro Tools sessions to playback smoothly. Especially DNxHD (but also “Meridian” SD codecs).
2. If you have any ‘Property of’ security overlays, or any comping, titles, timecode burnins (not sure about Avid’s latest plugin), this will actually require a re-encode, EVEN IF you choose “Same as Source” during Quicktime Export. If you original footage is at DNxHD-36 or Meridian 14:1p and you choose “Same as Source”, then the resultant QT will be decoded, comped, and RE-encoded at the original codec, which means your sound editors will NOT “see exactly what you saw in the Media Composer.”
Given this, I recommend more ProTools-happy QT codecs. For standard definition, historically many sound editors have preferred Motion JPEG A at 720X486 or DV at 720X480. For both SD and HD, I suggest using Photo-JPEG at “Medium” (=50% on the horizontal slider) quality.
I agree keep the original frame rate, resolution and pixel aspect as your project. But color space should be switched to RGB from 601/709 for Quicktimes that are to be displayed on a computer monitor.
I hope this helps,
-Phil
March 21, 2009 at 2:39 pm
Phil,
Great to hear from you here. Thanks for clarifying all that. Good points, all. Spot on and very helpful.
S
March 22, 2009 at 10:35 am
How long does this export take on the AVID? Longer than real time?
March 22, 2009 at 10:59 am
Leslie,
It depends. Since mid-2003, Avid Quicktime export speed is almost entirely dependent on CPU speed. (before this, especially on Meridian-hardware Avids, it is MUCH MUCH slower, relying on the PCI cards for Avid codec decoding/re-encoding). Today, a fast modern multiprocessor Mac or PC running a relatively recent version of Avid Media Composer software I find exports either standard def or high def projects to almost any codec (that’s right, Avid quicktime exports seem to basically be codec agnostic speedwise when there are renders required) a bit faster than realtime– say 15min for a 20min reel. Note this presumes an average amount of security overlays, window burns, dissolves, and basic visual graphics, titles, etc.
For comparison, the same 20min sequence takes 3.5 hours to export on Meridian-hardware Avids! For this reason alone, many old Meridian-Avid workgroups (on Unity) install a single affordable software-only Media Composer station just for creating exports!
-Phil
March 22, 2009 at 12:27 pm
Good point. Another reason for people to upgrade their aging Meridien systems, and one that influences the bottom line in terms of assistant overtime.
March 25, 2009 at 6:48 am
Amen to making the codecs easier to find.
March 31, 2009 at 5:24 am
Excellent post – but I have a question.
At the sound facility I have available, they do all of their foley / ADR using screens connected by firewire. This means that not only do the files delivered to the sound editor have to be dv, but they also have to be running at 29.97 fps, otherwise the stream will not play (unless I am doing something very wrong here…)
Working mainly with HD / RED media, most of my workflow is 23.97 or 24fps based.
As a result, the sound is synced to the 29.97 picture, and then married to the original 23.87 format.
This is not a problem, since most of my projects are short, but I suspect it would cause a problem the longer the project is.
Any thoughts / suggestions or workarounds on this?
Thanks!
-Rodrigo
March 31, 2009 at 6:15 am
In theory, there’s nothing about this setup that’s going to cause sync to drift. 23.976 and 29.97 are both a tenth of a percent less than their “nominal” rates and can be used together.
If you’re concerned, do a test. Make a sequence with head and tail leaders (sync marks carefully and precisely lined up with audio pops) and separated by about 3 minutes of filler, and run it through the whole workflow. See if you’re in sync, heads and tails, when you’re done.
March 31, 2009 at 7:43 am
Thanks for the quick response.
It makes sense that the 23.976 and 29.97 would work – what about 24fps source footage? Would there be any drift there?
April 11, 2010 at 4:06 pm
I’m delighted that this discussion is happening, as I find there is a lot of confusion, especially on 24p HD projects working offline in SD. I too have found that some sound facilities can’t accommodate 23.98 DV Quicktime files. It depends on the converter – many Canopus boxes will insert the 3:2 cadence on the fly, but some are using other converters and even old DV decks for their conversion, so it’s never safe to assume. The lack of precise frame correspondence concerns me, so I advise all my students to be prepared to generate both – a straight-over 23.98 file and a 3:2 29.98 version, just for that oddball foley room or ADR booth that might need it. That way the post audio crew can always check against the true 23.98 before printing stems. It’s a hassle, but I call it insurance.
April 11, 2010 at 4:45 pm
Good points. 23.98 should be the “right” answer, especially for hard effects and ADR, but it ain’t always so.