Cut and trim AMR phone voice recordings by setting start and end times. Free, no quality loss.
Process files in seconds with our optimized servers
Frame-accurate cuts with intuitive timeline controls
Maintain original quality with smart re-encoding
.3gp, or a call-recorder capture (ACR, Cube, Boldbeast). Both AMR-NB (8 kHz narrowband) and AMR-WB (16 kHz wideband, sometimes .awb) files are accepted. Batch is supported — drop several recordings and apply the same cut range to each.AMR (Adaptive Multi-Rate) is a 3GPP-standard speech codec built for the GSM and UMTS phone networks — the audio of 2G/3G calls, MMS voice messages, and the original Android voice-memo format before Google migrated to AAC-in-3GP and then AAC-in-M4A. AMR-NB targets 8 kHz mono speech at 4.75-12.2 kbps; AMR-WB (also published as G.722.2, sometimes carrying the .awb extension) targets 16 kHz mono speech at 6.60-23.85 kbps. AMR is small — a one-minute AMR-NB clip is roughly 60-90 KB — and tuned for human voice rather than music. Common reasons to cut AMR:
.amr ringtones natively because the format is part of the 3GPP ringtone spec. Cut a 10-30 second hook out of a longer recording and copy it into the phone's ringtone folder..3gp container. Cut the speech segment out for transcription or forward as a standalone .amr file.For a different output after cutting, see AMR to MP3, AMR to WAV, or Trim AMR for the same operation framed as a duration-based trim.
| Property | AMR-NB | AMR-WB | MP3 |
|---|---|---|---|
| Sample rate | 8 kHz | 16 kHz | 8-48 kHz |
| Bitrate range | 4.75-12.2 kbps | 6.60-23.85 kbps | 32-320 kbps |
| Channels | Mono only | Mono only | Mono or Stereo |
| Tuned for | Narrowband telephone speech | Wideband / HD-voice speech | Music + speech |
| File ext | .amr | .awb (or .amr) | .mp3 |
| 1-minute size | ~60-90 KB | ~80-180 KB | ~240-2400 KB |
| Universal playback | Limited (Android, VLC, ffmpeg) | Limited (VLC, ffmpeg) | Yes (every device) |
| Best for | 2G call recordings, legacy ringtones | HD-voice / VoLTE captures | Sharing and music |
AMR's strength is byte-for-byte the smallest meaningful speech file you can ship; its weakness is that iOS, macOS Finder Quick Look, Windows Media Player, and most browsers don't play it natively. Re-encode to MP3 or WAV in step 3 only when the recipient can't open .amr.
| Bitrate mode | Use case | Notes |
|---|---|---|
| AMR-NB 4.75 kbps | Lowest-bandwidth voicemail, archival of 2G calls | Audibly compressed but intelligible |
| AMR-NB 7.40 kbps | Default for many Android voice recorders | Good clarity / size tradeoff for narrowband speech |
| AMR-NB 12.2 kbps | Highest AMR-NB quality (also called GSM-EFR) | Top of AMR-NB; common for legacy ringtones |
| AMR-WB 12.65 kbps | Common HD-voice / VoLTE call mode | Wideband speech, noticeably more natural than NB |
| AMR-WB 23.85 kbps | Highest AMR-WB quality | Best AMR option before stepping out to Opus or AAC |
| MP3 64 kbps mono | Re-encode for universal playback | Smallest MP3 still clean for speech |
| MP3 128 kbps mono | Re-encode for shareable voice clips | Drop to mono since AMR is mono-only |
If the cut audio must stay in the AMR ecosystem (legacy ringtone slot, original carrier-recording bitrate), keep AMR. If anyone on iOS, Windows, or a desktop browser needs to play it, re-encode to MP3 mono in step 3.
AMR is a frame-based speech codec, so XConvert decodes and re-encodes the kept segment with the same AMR-NB or AMR-WB mode the source used. The output stays at the source bitrate by default — quality only changes if you opt into a different bitrate or codec in step 3. Pick the highest mode the source actually uses (12.2 kbps AMR-NB or 23.85 kbps AMR-WB) and the loss versus the original frames is negligible for speech.
AMR-NB is the original narrowband codec — 8 kHz sample rate, 4.75-12.2 kbps, the audio of 2G GSM calls and the early Android voice-memo format. AMR-WB (published as G.722.2) is wideband — 16 kHz, 6.60-23.85 kbps, the codec behind 3G/VoLTE "HD Voice." Files use .amr for narrowband and .awb for wideband, but Android often writes both as .amr. XConvert detects the mode automatically; if you re-encode in step 3 you can keep it the same or switch.
Yes — that's one of the original reasons AMR ringtones exist. Feature phones (Series 40, Symbian, Java ME) and pre-Jelly-Bean Androids load .amr ringtones from the phone's ringtone folder directly because AMR is part of the 3GPP ringtone spec. Cut a 10-30 second hook with start time and duration in step 2, keep the codec on AMR in step 3, and copy the resulting .amr to the device. Modern iPhones use .m4r instead — see AMR to M4A for that route.
AMR frames are 20 ms each (160 samples at 8 kHz for NB, 320 samples at 16 kHz for WB). XConvert decodes and re-encodes around your start and duration values, so the output is sample-accurate within the codec — typically within a single 20 ms frame of the timestamp you entered. For voicemail, court excerpts, and ringtone hooks that's tighter than the human ear can detect.
AMR-NB and AMR-WB are mono-only codecs by spec; the format has no stereo mode. The mic on the phone that captured it was almost certainly mono too. If you need stereo output for a NLE timeline or a stereo ringtone, switch the codec in step 3 to MP3, AAC, FLAC, Opus, or WAV — those let you choose Mono or Stereo (the second channel will be a duplicate of the mono source unless you mix in something else).
Yes. Add multiple cut ranges — each pair of start time + duration produces a separate output file. Useful for pulling three relevant exchanges out of a 45-minute call recording, splitting an all-day push-to-talk session into individual transmissions, or carving a multi-message voicemail dump into one file per caller.
There's no fixed cap. Cutting runs in your browser, so the practical limit is your device's available memory. AMR is so compact that even a 12-hour call-recorder log is usually under 60 MB at AMR-NB 7.4 kbps, and a full-day field-recorder roll fits comfortably. Multi-hour AMR files cut in seconds once uploaded.
Cut first. AMR is already tiny, so cutting first keeps the working set small and means the optional MP3 re-encode in step 3 (or via AMR to MP3 afterward) only has to process the seconds you kept, not the whole recording.
Native playback outside of Android is patchy. iOS doesn't open .amr from Files or Mail without a third-party app, macOS Finder Quick Look refuses it, and most car head units and Bluetooth speakers want MP3, AAC, or WAV. VLC plays AMR everywhere, and ffmpeg / mpv handle it from the command line. For frictionless playback in the car or on iPhone, cut first, then re-encode to MP3 in step 3 or use AMR to WAV.