Frame Rates and Slow Motion - How Capture and Playback Rates Work
What You Need to Know
Frame rate is the number of discrete images (frames) captured or shown per second. Slow motion is not magic in post: it’s usually the result of capturing more frames per second than you play back.
Two rates matter:
- Capture frame rate (camera acquisition, e.g., )
- Playback (delivery/timeline) frame rate (what the viewer sees, e.g., )
Core rule:
- If capture fps > playback fps, the footage can be played back slower with real frames, i.e., smooth slow motion.
- If capture fps = playback fps, you get real-time motion.
- If capture fps < playback fps, you must speed up playback or create/interpolate frames to fill gaps.
Why this matters in video production:
- It controls motion portrayal (cinematic “strobing” vs smooth motion).
- It determines whether slow motion will be clean (true HFR) or artifact-prone (interpolated).
- It interacts with shutter speed/angle, affecting motion blur (often the #1 thing students forget).
Critical reminder: Slow motion quality is primarily decided on set (capture fps + shutter + lighting), not fixed later.
Step-by-Step Breakdown
A. Planning slow motion (the reliable workflow)
Lock your delivery/playback frame rate
- Choose based on project requirements (common: , , , , , , , ).
Decide your target slow-motion amount
- Example: “I want slower than real time.”
Choose a capture frame rate that supports that slow-down
- Use the slow-motion factor formula (below).
- Prefer capture fps that is an integer multiple of playback fps when possible (cleaner conforming).
Set shutter speed (or shutter angle) appropriately
- For “natural” motion blur, approximate the 180° shutter rule:
Example: at , use about .
- For “natural” motion blur, approximate the 180° shutter rule:
Check flicker risk (lighting + screens)
- Your shutter time and capture fps must play nicely with mains frequency:
- Regions with power: common safe shutter times , , , …
- Regions with power: common safe shutter times , , , …
- High fps often forces short shutter times that can reveal flicker.
- Your shutter time and capture fps must play nicely with mains frequency:
In post, conform/interpret footage to the timeline fps
- Conform/Interpret (true slow motion): treat the clip as if it was shot at playback fps.
- Speed change (retime): explicitly set speed percentage; can be equivalent if done correctly, but interpret/conform is often cleaner.
B. Worked mini-example (end-to-end)
- Delivery:
- Desired: slow motion
- Choose capture fps:
- Shutter (180° look):
- Post: interpret/conform footage as to get smooth slow motion.
Key Formulas, Rules & Facts
A. The slow-motion math (must-know)
| Item | Formula | When to use | Notes |
|---|---|---|---|
| Slow-motion factor | To find how many times slower than real time you’ll get | If , action plays slower | |
| Playback speed (%) | When setting a speed change in editing | Example: from gives | |
| New clip duration | To compute how long the slowed clip will be | Same factor as | |
| Frames captured | Counting frames for planning | Helps check if you have enough frames for the edit |
B. Shutter speed/angle essentials (slow motion’s best friend)
| Concept | Formula | What it controls | Exam traps |
|---|---|---|---|
| Shutter angle to shutter time | Motion blur amount | Confusing capture fps vs playback fps: use capture fps | |
| 180° shutter rule (look, not law) | “Natural” blur per frame | At high fps, this becomes very short and needs more light |
Practical consequences:
- Higher capture fps usually means less light per frame (shorter shutter time), so you often need more light or higher ISO.
- Too slow a shutter at high fps can make slow motion look smeary.
- Too fast a shutter can make motion look choppy/staccato (sometimes desired).
C. Common real-world frame rates (know the landscape)
| Label | Value | Where you see it | Notes |
|---|---|---|---|
| “24p” | Cinema, some digital productions | True is common in DCP workflows | |
| “23.98” | NTSC-derived video workflows | Often mismatched with true by mistake | |
| PAL | Europe broadcast | Pairs nicely with | |
| NTSC | US/Japan broadcast legacy | Drop-frame timecode exists because of this | |
| “30p” | Web/corporate | True (not ) | |
| “60p” | or | Sports, gaming, web | Great for slow motion into or |
Tricky but important: , , and are **not** the same as , , and . Small mismatch, big sync headaches.
D. “True” slow motion vs “fake” slow motion
| Method | What you’re doing | Best for | Weaknesses |
|---|---|---|---|
| HFR capture + conform | Capture extra real frames, play back at lower fps | Clean slow motion | Needs more light, higher data rate, camera support |
| Frame blending | Mix neighboring frames | Mild slow-downs | Ghosting/double images |
| Optical flow / motion interpolation | Algorithm generates in-between frames | Moderate slow-downs when you didn’t capture HFR | Warping artifacts, fails with fast motion/occlusions |
| Repeat frames | Duplicate frames to fit timeline | Emergency use | Stuttery motion |
Examples & Applications
Example 1: Classic slow motion (integer multiple)
You deliver at and shoot at .
- Slow-motion factor:
- Result: slower than real time.
- Equivalent speed setting:
Key insight: This is “clean” slow motion because every playback frame is a real captured frame.
Example 2: Broadcast-friendly slow motion
You deliver at and capture at (many cameras label this as in NTSC mode).
- If your camera is truly shooting :
- Result: exact slow motion.
Key insight: Match fractional with fractional (NTSC family) to avoid drift.
Example 3: Duration planning (how long will the slow-mo clip be?)
You record of real action at for a timeline.
- New duration:
Key insight: High fps rapidly creates very long clips. Plan performance/action length accordingly.
Example 4: When you didn’t shoot HFR (what can you realistically do?)
You shot at but want speed (i.e., slower).
- Needed capture fps for clean slow motion would have been:
- Since you only have , you must use frame blending or optical flow.
Key insight: You can slow down, but you’re now trading off artifacts vs stutter.
Common Mistakes & Traps
Mixing up capture fps and playback fps
- Wrong move: using timeline fps when calculating shutter or frame counts.
- Why wrong: motion blur and exposure are determined by capture timing.
- Fix: use for shutter decisions; use for delivery math.
Assuming “120 fps” always means true
- Wrong move: shooting “120” in an NTSC project but treating it as exactly .
- Why wrong: many systems use .
- Fix: verify the camera/project is in vs family and match accordingly.
Forgetting shutter speed/angle when going HFR
- Wrong move: shooting at because it “exposes nicely.”
- Why wrong: that’s effectively a very large shutter angle, causing excessive blur per frame.
- Fix: start near for if you want the conventional look, then adjust intentionally.
Creating flicker by choosing a shutter time that fights your lighting
- Wrong move: picking arbitrary shutter times at high fps under LED or fluorescent lights.
- Why wrong: many lights modulate intensity; certain shutter times sample that modulation badly.
- Fix: test and choose shutter times aligned to local mains frequency (common safe sets: multiples of or ).
Thinking higher fps automatically looks “more cinematic”
- Wrong move: shooting everything at and delivering at expecting a film look.
- Why wrong: higher playback fps tends to look hyper-real; “cinematic” motion is often associated with -ish playback and its motion blur/judder characteristics.
- Fix: decide the look first (playback fps), then capture fps only as needed.
Retime in post without understanding what the NLE is doing
- Wrong move: slowing footage and assuming it’s using real frames.
- Why wrong: if wasn’t high enough, the software may be duplicating frames or interpolating.
- Fix: confirm whether you’re conforming HFR (best) or interpolating (artifact risk).
Audio expectations mismatch
- Wrong move: expecting usable synced audio from extreme HFR modes.
- Why wrong: many HFR/overcrank modes record no audio or audio becomes unusable when conformed.
- Fix: plan separate audio or accept that HFR takes are often MOS.
Non-integer conversion surprises (judder/uneven cadence)
- Wrong move: placing footage on a timeline without planning.
- Why wrong: it requires uneven frame mapping (or interpolation), which can introduce cadence judder.
- Fix: shoot to match delivery family when you can, or plan a proper conversion method.
Memory Aids & Quick Tricks
| Trick / Mnemonic | Helps you remember | When to use |
|---|---|---|
| “Capture high, play low = slow” | Slow motion comes from | Anytime you’re asked what creates true slow motion |
| “Slow factor is a fraction: capture over playback” | Quick exam calculations | |
| “Speed % flips it: playback over capture” | When you need the NLE speed setting | |
| “180° = 1 over 2f” | Fast shutter planning for HFR shoots | |
| “Stay in the same family” | Don’t mix with casually | Avoid sync + timecode drift traps |
Quick Review Checklist
- You can explain the difference between capture fps and playback fps.
- You can compute slow motion using:
- You remember that conformed HFR slow motion uses real frames (clean), while slowing normal fps often needs interpolation (artifacts).
- You set shutter using capture fps (often near ):
- You watch out for flicker when shutter times clash with or lighting.
- You avoid accidental mismatches between vs (and vs , vs ).
- You can predict duration changes:
You’ve got this: if you can do the ratio math and remember shutter is tied to capture fps, you’re exam-ready.