Centralize timing constants
Objective
Create one shared constants module for duplicated Remotion timing values.
Why this matters
Timing constants currently exist in multiple files.
Even small drift can create subtle render bugs.
Parallelization metadata
Track
remotion
Depends on
Safe to run in parallel with
- pipeline issues
- caption extraction
Merge risk
Files in scope
Primary:
remotion/lib/constants.ts
Likely touch:
- timing-related overlay files
- hook-related files
Required implementation
1. Move duplicated constants
Examples:
- hook tail pad constants
- bridge constants
- declick frames
- fps constants if duplicated
2. Replace local declarations
Consumers should import from shared constants.
Constraints
- preserve numeric values exactly
Handoff contract
Future Remotion refactors should treat this as canonical timing constants.
Acceptance criteria
Functional
Regression checks
Verification commands
grep -r "HOOK_TAIL_PAD" remotion/
Expected result:
- only shared constants module defines it
Explicitly out of scope
- hook timing logic changes
Suggested branch
refactor/s6-remotion-constants
Suggested commit slug
phase-5-step-3-remotion-constants
Centralize timing constants
Objective
Create one shared constants module for duplicated Remotion timing values.
Why this matters
Timing constants currently exist in multiple files.
Even small drift can create subtle render bugs.
Parallelization metadata
Track
remotionDepends on
Safe to run in parallel with
Merge risk
Files in scope
Primary:
remotion/lib/constants.tsLikely touch:
Required implementation
1. Move duplicated constants
Examples:
2. Replace local declarations
Consumers should import from shared constants.
Constraints
Handoff contract
Future Remotion refactors should treat this as canonical timing constants.
Acceptance criteria
Functional
Regression checks
Verification commands
grep -r "HOOK_TAIL_PAD" remotion/Expected result:
Explicitly out of scope
Suggested branch
refactor/s6-remotion-constantsSuggested commit slug
phase-5-step-3-remotion-constants