Short answer: DASH and many HLS setups carry video and audio as separate elementary streams, so a download that saved “the video” saved one track. The file plays silent because it contains no audio at all — not because the audio was lost. Merge the two streams into one container and you get the original quality back, because combining tracks is a remux, not a re-encode.
Why sites split the tracks in the first place
Adaptive streaming separates video and audio so the player can swap resolution up or down without re-requesting audio, and so one audio rendition can serve every video rung. MPEG-DASH is specified around this track model, described by the DASH Industry Forum, and HLS does the equivalent with separate media playlists referenced from a master. The consequence for downloads: “the video file” is not the whole programme, it is one elementary stream of it.
Recognise it in ten seconds
| What you have | What it means |
|---|---|
Two files, same name, one with .audio, _audio or a different extension | Separate tracks from one stream — merge them |
| A video file with zero duration reported, or tiny size | An audio-only file mislabelled as media, or an incomplete download |
| One MP4 that plays silent in every player | Video-only stream; the audio counterpart was not saved |
| One MP4 silent in QuickTime only | Codec support gap, not a missing track — test in VLC first |
Many .ts / .m4s parts | Segments, not tracks; the merge step was skipped — see HLS to MP4 |
FFmpeg can tell you definitively which case you are in, listing every stream in a file with its type and codec: ffprobe -i filename.mp4. A single Stream … Video line and no Audio line is the split-track signature.
Merge without losing quality
Confirm both tracks are complete
Check that the audio and video files report the same duration. A short audio track means the download stopped early, and merging now would bake the truncation in.
Remux — copy, don’t convert
FFmpeg combines them by copying the streams as they are:
ffmpeg -i video.mp4 -i audio.m4a -c copy -map 0:v -map 1:a merged.mp4
Nothing is re-encoded, so the picture and sound are bit-identical to the source tracks. Details in FFmpeg’s formats documentation, and for ordered lists of parts its concatenation guide.
Fix sync if it drifts
Lip-sync offset usually means the stream started at a non-zero timestamp. -fflags +genpts or an -itsoffset correction resolves most cases without touching the encoded data.
Verify against what you watched
Play the merged file at a couple of points — beginning, middle, end. Duration, audio presence and sync are the three things to confirm before you rely on the copy.
“My download split into separate files” — prevention
Tools differ in whether they finish the job. A desktop downloader that recognises a DASH source fetches both representations and remuxes them in one step; the segmented equivalent is walked through in download HLS to MP4. Command-line users generally get this automatically; if yours produced one silent file, the audio selection flag was not used. Either way the fix is the same merge command above.
When there genuinely is no audio to recover
- The post was uploaded silent, or is muted by the platform at delivery (common for autoplay previews on social feeds). Detecting no media and muted-preview issues look similar but aren’t the same.
- The page streams audio on a track the tool was not permitted to see — protected delivery is out of scope for every method here.
- An earlier attempt re-encoded a video-only intermediate and discarded the audio. Keep the first saved copy; see highest-quality downloading.
FAQ
Why does my downloaded video have no audio?
Most often the source delivers video and audio as separate streams and only the video track was saved. Merge the audio file with the video file.
Why did my download come as several separate files?
Either separate tracks (video plus audio), or segments of an adaptive stream. Both are solved by merging; segments additionally need correct ordering.
How do I merge downloaded video and audio?
Use FFmpeg with -c copy and map one video and one audio stream. Copying does not re-encode, so quality is unchanged.
Does merging reduce quality?
No. Remuxing repackages existing streams. Quality drops only if you re-encode.
The audio is out of sync after merging — why?
Timestamps start non-zero in many streams. Regenerate PTS or apply an offset instead of re-encoding.
It plays silent only on Mac — is the file broken?
Probably not. QuickTime supports fewer codecs than VLC; test in another player before assuming a missing track.