If you only need to remove the beginning and end of a long recording or share one useful section, re-encoding the entire video can take time and may introduce another generation of quality loss. When the codec does not need to change, compressed video and audio can often be copied directly into a shorter output instead.
Lossless Video Cutter runs FFmpeg WebAssembly locally in the browser and normally cuts the selected range without re-encoding. However, lossless does not mean that any arbitrary frame can always become the exact first frame. This guide explains the benefits of stream copy and the keyframe limitation before walking through the workflow.
The difference between re-encoding and stream copy
A typical video edit may decode the compressed source and encode it again with new settings. That is necessary when changing resolution, codec, or quality, but it can be unnecessary overhead when the only goal is to remove unwanted time ranges.
Stream copy keeps the existing compressed video and audio and writes the selected portion into a new container without another encode. This avoids an additional generation of compression loss, uses less processing, and is generally much faster. The bitrate per minute does not fundamentally become smaller, so a high-bitrate source can still produce a large short clip.
A lossless cut may not start on the exact frame you selected
Codecs such as H.264 and HEVC do not store every frame independently. Many frames depend on nearby frames, so decodable keyframes appear at intervals throughout the stream.
When cutting without re-encoding, a requested start time that is not on a suitable keyframe may move to an earlier decodable position. The end boundary is usually easier to trim closely. If an exact arbitrary first frame is essential, some re-encoding around the cut point may be required. Lossless Video Cutter reports the adjusted start when this happens.
Inspect the source and choose the range before cutting
Use the thumbnail timeline to find the rough scene, then set the range with the S/E handles or time inputs. When the browser can preview the source, playback and thumbnails make it easier to refine the selection. You can also remove the audio when a silent clip is sufficient.
If the codec is unknown or a file repeatedly fails, inspect the container, video codec, audio codec, frame rate, and related metadata first with Media Inspector. Browser preview compatibility and FFmpeg stream-copy compatibility are related but not identical constraints.
Treat trimming and compression as separate operations
Lossless trimming reduces total file size by removing time, but it does not change the bitrate or resolution of the section that remains. If a 30-second clip is still too large, compression is a separate step.
Cutting the needed range first and compressing afterward reduces the amount of material that must be re-encoded. If the final destination is an animated GIF or WebP, converting a short selected scene directly to that format may fit the task better. Decide the final output first to avoid unnecessary processing.
Step by step
- Open Lossless Video Cutter and choose a supported MP4, M4V, MOV, MKV, WebM, or similar source.
- Use the thumbnail timeline, playback position, S/E handles, or time inputs to define the range you want to keep.
- Enable audio removal if the output should be silent.
- Start the cut and wait for the local FFmpeg operation to finish.
- If the start was adjusted to a keyframe, review the actual start position before saving. Compress the resulting clip separately if the remaining file is still too large.
Lossless Video Cutter
Cut a selected range from a video without uploading or re-encoding it.
Tips and limitations
- For simple head/tail trimming, stream copy is usually faster than a full transcode and avoids another generation of compression loss.
- If an exact arbitrary first frame is more important than avoiding re-encoding, use an editing workflow that can encode around the boundary.
- Very large outputs must be held in browser memory before saving, so available device memory can become a practical limit.
Frequently asked questions
Does a lossless cut really preserve video quality?
For normal cuts, the compressed video and audio streams are copied without re-encoding, so no additional generation of codec quality loss is introduced. The container may be remuxed and the start position may still be adjusted.
Why can the output start slightly earlier than the time I selected?
With codecs such as H.264 and HEVC, decoding may need to start from a suitable keyframe when no re-encoding is performed. If your selected time is not on one, the output may begin at an earlier decodable point.
Will trimming make the file much smaller?
The file becomes smaller because less time remains, but the bitrate and resolution of that remaining section are normally unchanged. Compress the cut result afterward if you need a lower size per minute.
Is the video uploaded to Browser Kitty?
No. Loading, range selection, FFmpeg processing, and output generation all happen in the browser.