Why your reversed video has no sound
A reversed video almost always loses its audio for one of two reasons: the source clip genuinely has no audio track (screen recordings, muted GoPro or drone footage, a video someone already stripped audio from), or the clip does have audio but in a codec the reversing engine can't decode and re-reverse — so it drops the sound track rather than fail the whole job. Either way, you get a silent-but-working reversed video instead of an error message, which is exactly why the missing sound is confusing: nothing on screen tells you audio was even attempted.
The two real causes, and how to tell them apart
Play the original clip (before reversing it) in a normal video player with the volume up. If it's silent there too, that's cause one: no audio track exists, so there was never anything to reverse. If the original plays fine with sound but the reversed output doesn't, that's cause two: a codec problem. Pixeltools' own reverse-video tool handles this exact case automatically — it first tries reversing picture and sound together, and if that attempt fails (no audio stream, or an audio codec ffmpeg can't decode), it silently retries with video only rather than returning nothing. You still get a usable file; it just plays back mute.
Why reversing audio (or video) can't just stream through
Reversing isn't like trimming or converting, where ffmpeg can read, process, and write in a continuous stream. To reverse anything, the very last decoded frame or sample has to become the very first thing written out — which means the entire clip has to be decoded and held in memory before a single byte of output can be produced. For video, that's every raw pixel of every frame; for audio, every decoded PCM sample. There's no way to reverse a file incrementally, so the whole thing is a memory-bound operation by design, not a limitation someone forgot to optimize away.
The same memory limit also caps how long a clip can be
Because reversing buffers the whole decoded clip in RAM, longer or higher-resolution video hits a browser's memory ceiling fast. Pixeltools' reverse-video tool enforces a hard 60-second cap for lower-resolution clips (roughly 480p and below), and a resolution-scaled budget above that: about 45 seconds at 720p, 20 seconds at full 1080p, and only around 5 seconds at 4K, since a bigger frame means more raw pixels buffered per second of footage. Audio is a completely different story — decoded PCM audio is roughly 320x smaller per second than raw 1080p30 video frames, so reversing audio alone is capped at a much more generous 60 minutes.
How to get the sound back
If the source truly has no audio, there's nothing to recover — reversing can't invent a track that was never captured. If the source does have sound but the reversed file doesn't, the fix is usually re-encoding the audio into a more standard codec first (an MP3 or AAC track reverses far more reliably than an obscure one from a screen-recording app), then reversing the re-encoded file. If the clip is also long or high-resolution and you suspect it's simply hitting the memory limit rather than a codec issue, trim it shorter or lower the resolution before reversing — both directly shrink the buffer the reverse operation needs.
When you only need the audio reversed
If picture and sound don't both need to play backwards, reversing just the audio track sidesteps the video memory ceiling entirely. A dedicated audio reverser can process up to a full hour of audio in one pass, versus the handful of seconds to a minute a video reverser can handle at higher resolutions, because decoded audio samples take up a small fraction of the memory raw video frames do. That's the better tool for reversed voiceovers, backwards song effects, or isolating a reversed sound cue — extract the audio from your video first if you need it reversed on its own.