Why Your Downloaded Clip Loses Audio Sync After Editing in CapCut (And How to Fix It)
You download a clip, play it back in your files app, everything looks great — picture sharp, audio perfectly in sync. Then you drag it into CapCut, trim a few seconds, add a transition, hit export … and the voice is suddenly half a second behind the mouth. Or a full second or two off by the end of the clip.
This is one of the most frustrating things that can happen mid-edit. The file wasn’t broken. Nothing you did caused it. But the export is unusable.
Here’s exactly why it happens and how to deal with it.
Why the audio goes out of sync after editing
When YouTube serves a video, it delivers the video track and audio track as two completely separate streams. Each stream has its own internal “start timestamp” — a value that tells players when that stream begins. Because YouTube encodes audio and video independently and aligns them at keyframe boundaries, these timestamps are almost never identical. The video might start at 0.04 seconds while the audio starts at 2.5 seconds.
Tolerant media players — VLC, the iOS Files player, QuickTime, your phone’s gallery — read both timestamps and compensate automatically. They effectively say “audio starts 2.46 seconds later than video, I’ll delay the video slightly so they line up.” Playback looks and sounds perfect.
The problem is that video editors don’t always do this. CapCut, InShot, and some versions of Premiere will import the clip, see the raw timestamps, and bake them in literally during export. The result is audio that drifts out of sync — sometimes immediately, sometimes gradually over the length of the clip.
Clips under 5 minutes from SliceYT: already fixed
If your clip is under 5 minutes, SliceYT handles this automatically. During processing, it re-encodes the audio track with a reset start timestamp so both video and audio begin at zero. The file you download has clean, synchronized timestamps that editors read correctly without any compensation needed.
You don’t have to do anything. Just import and edit normally.
Clips over 5 minutes: two ways to fix it
For longer clips, SliceYT currently does a fast remux instead of a full re-encode, which means the original timestamps are preserved. If you run into desync after editing a longer clip, here are the two fastest solutions:
Option A — Extract Audio inside CapCut (quickest, no extra tools)
- Import your clip into CapCut and add it to your timeline.
- Tap the clip and choose Extract Audio (some versions call it “Detach Audio”).
- Delete the original audio track that was attached to the video.
- The extracted audio track is now independent — CapCut treats it as a clean audio file and won’t apply timestamp compensation on export.
- Edit and export as normal.
This is the fastest fix if you’re already in CapCut and don’t want to leave the app.
Option B — Re-encode before editing (desktop or phone)
Re-encoding forces a complete rebuild of the file’s internal timeline, resetting all timestamps to zero. Any editor will then read it correctly.
- On desktop: Open in HandBrake (free), leave settings at default, hit Start. The output file will have clean timestamps.
- On desktop (technical):
ffmpeg -i input.mp4 -vf setpts=PTS-STARTPTS -af asetpts=PTS-STARTPTS output.mp4 - On iPhone/Android: Open the clip in your Photos or Gallery app, trim 0 seconds from one end and save — the save operation re-encodes the file and resets timestamps.
Quick reference
| Clip length | SliceYT processing | What you need to do |
|---|---|---|
| Under 5 minutes | Auto-fixed during download | Nothing — edit normally |
| Over 5 minutes | Fast remux (timestamps preserved) | Extract Audio in CapCut, or re-encode first |
Frequently asked questions
Why does this only happen sometimes and not every time?
The timestamp gap depends on where in the video your clip starts. Some segments happen to start on a keyframe where audio and video are already aligned. Others don’t. It’s inconsistent by nature, which is why it can feel random.
Does this affect MP3 downloads?
No. MP3 is audio-only — there’s no video stream to be out of sync with. This issue only applies to MP4 video files.
Why does the file look fine in VLC but break in CapCut?
VLC reads the start timestamps and compensates automatically during playback. CapCut doesn’t always do this on export — it can bake the raw timestamps directly into the output file instead, which is what causes the drift.
Will SliceYT fix this for longer clips?
Yes, this is being worked on. The fix for shorter clips (full re-encode with timestamp reset) takes too long for clips over 5 minutes on the current server setup. A faster approach is in development.
Does trimming the clip at a slightly different point help?
Sometimes. Shifting the start point by a second or two can land on a better keyframe alignment. But it’s unreliable — the Extract Audio method is faster and guaranteed to work.
Download your next clip from SliceYT
Under 5 minutes? Sync is fixed automatically. Paste your YouTube link and save.
Try SliceYT Free