Cut AV1 video files online. Extract clips with start time and duration. Adjust CRF quality and Opus audio settings.
Process files in seconds with our optimized servers
Frame-accurate cuts with intuitive timeline controls
Maintain original quality with smart re-encoding
12.5) or HH:MM:SS.sss (e.g. 00:01:30.250). Duration is the length of the kept segment, not the end timestamp — set Start 00:00:30 + Duration 00:02:00 to keep the 30s–2m30s window.AV1 is the royalty-free video codec finalized June 25, 2018 by the Alliance for Open Media (Google, Mozilla, Netflix, Amazon, Microsoft, Cisco, Intel, plus later additions including Apple, AMD, Nvidia, and Samsung). It targets roughly 30% better compression than H.265/HEVC at equivalent visual quality, which is why Netflix, YouTube, and Meta have shifted significant streaming volume onto it. Cutting AV1 is usually about taking a long source — a YouTube download, an OBS recording, a Netflix-style screener — and pulling out a usable clip without ballooning the file by re-encoding to H.264.
| Property | Value |
|---|---|
| Standard | AV1 v1.0.0 (Alliance for Open Media, June 2018) |
| Family | Royalty-free, successor to VP9 |
| Compression vs H.265 | ~30% smaller files at equivalent quality |
| Reference encoders | libaom (BSD), SVT-AV1 (Intel/Netflix), rav1e (Xiph) |
| Common decoder | dav1d (VideoLAN) — used by Chrome, Firefox, VLC |
| CRF range | 0–63 (lower = higher quality; AV1 uses a wider scale than H.264's 0–51) |
| Default audio pairing | Opus (royalty-free, AOMedia-aligned) |
| Common containers | MP4 (ISOBMFF binding), MKV, WebM |
| Hardware decode | Intel Arc, RTX 30/40-series, AMD RDNA 2+, Apple M3+ |
| Hardware encode | Intel Arc, RTX 40-series, AMD RDNA 3+ |
| Browser support | Chrome 70+, Firefox 67+, Edge 121+, Opera 57+, Safari 17.0+ (partial) |
| Major streaming use | Netflix (~30% of streams, Dec 2025), YouTube (8K AV1), Meta Reels |
| Goal | Start Time | Duration | Recommended compression |
|---|---|---|---|
| Remove a 15s intro from a 5-min clip | 00:00:15 |
00:04:45 |
Quality Preset = High |
| Pull a 60s teaser | 00:02:00 |
00:01:00 |
CRF 28–32 (Constant Quality) |
| Keep first 10 minutes only | 00:00:00 |
00:10:00 |
Variable Bitrate (matches source) |
| Sub-second precise frame slice | 00:00:12.500 |
00:00:00.500 |
Quality Preset = Highest |
| Shrink a 4K AV1 archive to 1080p clip | 00:00:00 |
(whatever you keep) | Resolution Preset = 1080p, CRF 32 |
Yes — XConvert re-encodes the trimmed segment through FFmpeg's AV1 encoder. That gives you frame-accurate Start/Duration and lets you change codec, bitrate, or resolution in the same pass, but it is not the same as "lossless cut" tools like LosslessCut or SolveigMM Video Splitter, which copy the original AV1 stream without re-encoding (faster, but only on keyframe boundaries). If preserving every original bit matters more than millisecond precision, use a lossless cutter instead.
AV1 (and VP9) inherit their quantizer scale from the VPx lineage and use 0–63, where 0 is lossless and 63 is the worst quality. H.264 and H.265 use 0–51 (libx264/libx265 convention). They are not interchangeable: CRF 23 on AV1 is much higher quality than CRF 23 on x264. For web delivery, AV1 CRF 28–34 is typical; CRF 38–42 is "good enough for messaging."
Yes. AV1 is a video codec; MP4 (ISOBMFF) is a container. The Alliance for Open Media publishes the formal "AV1 Codec ISO Media File Format Binding" spec for storing AV1 inside MP4 boxes (AV1SampleEntry, AV1CodecConfigurationBox). MKV and WebM also carry AV1. To confirm the codec inside the container, run ffprobe yourfile.mp4 and check the video stream — it will say Video: av1.
AV1 encoding is computationally far heavier than H.264 — typically 5–10× slower on libaom-av1 and 2–4× slower on SVT-AV1 at comparable presets. The decode side is fine (dav1d is fast), but every cut here re-encodes the kept segment, so a 30-second AV1 trim takes longer than the equivalent H.264 trim on the same hardware. Using Quality Preset "Medium" or "Low" speeds it up at the cost of bitrate efficiency.
Depends on where the clip is going. AV1 wins for storage and bandwidth — same quality at ~30% smaller — but Safari < 17, older iOS, and most TVs/STBs older than ~2022 don't decode it. If you're posting to a Discord channel, sharing on Reels, or hosting on YouTube, keep AV1. If the recipient is on an older device or in a corporate environment, convert to MP4/H.264 in the same pass via AV1 to MP4. For long-term storage and broad playback, AV1 to MKV preserves AV1 in a container most desktop players handle.
Yes. The encoder re-muxes the audio Opus stream against the new video presentation timestamps, so audio drift is not an issue on well-formed AV1 sources. If your original was a screen capture with VFR (variable frame rate) timing — common for OBS — pick Quality Preset "High" or higher; aggressive bitrate caps can occasionally pull A/V out of alignment by a frame or two on VFR sources.
Yes — set Trim under Start Time/Duration, then change Video Resolution to a Preset (e.g. 720p) or a Resolution Percentage (e.g. 50%). Both happen in one FFmpeg pass. This is the cheapest way to produce a 1080p social cut from a 4K AV1 master without two round trips.
Mechanically nothing — both this page and Trim AV1 use the same Start Time / Duration controls and the same AV1 encoder. The two pages exist because users search both verbs; pick whichever wording matches what you'd type into a search box.
Two common causes. First, AV1 default CRF 30 produces a higher-bitrate stream than aggressive web presets — drop CRF to 34–38 if you want a smaller file. Second, if your source was a low-bitrate AV1 (say, a 2 Mbps YouTube download), re-encoding at default settings can actually increase size because the encoder produces a higher-quality output than the source. To shrink, use Compress AV1 with Target File Size %.