Initializing... drag & drop files here
Supports: 3GPP
This conversion takes the audio out of a 3GPP mobile clip — a voice memo, a call recording, an old MMS attachment, the sound from a handset video — and writes it as .aif, Apple's Audio Interchange File Format. The picture is discarded; only the sound is kept.
There is one decision on this page that matters more than the rest, and it is not obvious from the labels. The Audio Codec dropdown offers four PCM variants, and your choice does not merely change the samples: it changes which dialect of the format is written. Plain AIFF, the 1988 original, can only hold uncompressed big-endian PCM. Anything else — little-endian samples, mu-law, A-law — has to be written as AIFC, the 1991 extension, with a compression-type field in the header. We measured all four choices, and the results are below.
We converted the same five-second 8 kHz mono AMR-NB source with each codec and read the first bytes of every output:
| Audio Codec | Chunk written | File size | What it is |
|---|---|---|---|
| PCM 16-bit Big Endian (the page default) | FORM ... AIFF |
80,054 bytes | Plain AIFF. Uncompressed, 16 bits per sample, big-endian — the canonical encoding every Apple audio tool expects |
| PCM 16-bit Little Endian | FORM ... AIFC |
80,072 bytes | AIFC carrying byte-swapped PCM. Same audio, same size, but the header now declares a compression type |
| PCM mu-law | FORM ... AIFC |
40,072 bytes | AIFC with G.711 mu-law — one byte per sample instead of two, at telephone quality |
| PCM A-law | FORM ... AIFC |
40,072 bytes | AIFC with G.711 A-law — the European telephony counterpart to mu-law |
The 54-byte header on the AIFF and the 72-byte header on the three AIFC files account for every byte beyond the raw sample data.
Take the default unless something specific asks otherwise. Logic Pro, GarageBand, Pro Tools and the rest were built around 16-bit big-endian AIFF, and it is the only one of the four that produces a file with AIFF in its header. The mu-law and A-law options halve the size, but they do it by companding roughly fourteen bits of range into eight — a lossy step applied on top of audio the phone already compressed lossily — and they produce a file some older software will refuse because it is technically AIFC.
.3gpp onto the page or click "Add Files". Several clips can be queued and they all run with the same settings, so a folder of voice memos converts in one pass..aif. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark.3GPP is a container defined by the 3rd Generation Partnership Project in specification TS 26.244 and built on the ISO base media file format — the same structural skeleton as MP4. The audio riding inside it comes from a small and predictable set, and which one you have determines everything about the AIFF you get back:
| Audio codec inside the 3GPP | Sample rate | Channels | Typical bitrate | What the AIFF ends up holding |
|---|---|---|---|---|
| AMR-NB (plain "AMR") | 8,000 Hz | Mono | 4.75-12.2 kbit/s | Telephone-band speech, roughly 200-3,400 Hz |
| AMR-WB | 16,000 Hz | Mono | 6.6-23.85 kbit/s | Wideband speech, roughly 50-7,000 Hz |
| AAC-LC | Usually 44,100 or 48,000 Hz | Mono or stereo | 64-128 kbit/s | Full-band audio at the source's own channel layout |
| HE-AAC | 44,100 Hz output | Mono or stereo | 24-64 kbit/s | Full-band, but the top octave is reconstructed rather than recorded |
A clip from a feature phone, or any call or voice recording, is almost certainly AMR-NB. A clip from a later handset that also shot H.264 video is probably AAC-LC.
PCM is stored raw, so size is arithmetic — sample rate, times bytes per sample, times channel count, times duration — and nothing about the content changes it. That means you can work out the result before uploading:
| Sample rate and channels | 16-bit PCM per second | Per minute | Typical source |
|---|---|---|---|
| 8,000 Hz mono | 16,000 bytes | ≈ 0.96 MB | AMR-NB voice memo |
| 16,000 Hz mono | 32,000 bytes | ≈ 1.9 MB | AMR-WB recording |
| 44,100 Hz mono | 88,200 bytes | ≈ 5.3 MB | Mono AAC clip |
| 44,100 Hz stereo | 176,400 bytes | ≈ 10.6 MB | Stereo AAC clip |
| 48,000 Hz stereo | 192,000 bytes | ≈ 11.5 MB | Forced to a 48 kHz session rate |
This is why raising the sample rate is almost always the wrong move. If the source is AMR-NB at 8,000 Hz, resampling to 44,100 multiplies the file by more than five while adding no audio information whatsoever — AMR-NB filters everything above roughly 3,400 Hz away at the encoder, and no amount of resampling brings it back. Force a specific rate only when a session or a piece of software insists on one.
Yes — the same format under a shortened extension, a hangover from the eight-character filename limits of early Windows. Nothing about the bytes differs. If your destination expects the longer spelling, 3GPP to AIFF writes exactly the same file under .aiff, and every instruction on this page applies unchanged.
AIFC is the 1991 extension to AIFF that added support for compressed and non-native sample encodings. Structurally it is the same chunked container with a different form type in the header and an extra field naming the compression. Modern audio software reads it without trouble; some older or more narrowly written tools check for the literal AIFF form type and refuse anything else. That is the practical reason to leave Audio Codec on PCM 16-bit Big Endian — we measured it as the only one of the four choices that produces a file identifying itself as AIFF.
No. AIFF is an uncompressed container, not a restoration tool. If the 3GPP holds AMR-NB, it was captured at 8 kHz and filtered to roughly 200-3,400 Hz, and the AIFF stores exactly those band-limited samples in PCM form — the same telephone character in a much larger file. If it holds AAC, the AIFF carries the decoded AAC samples with no audible change. The value of this conversion is workflow: native PCM your editor can cut and process without decoding first.
Because 3GPP stores audio compressed and AIFF stores it raw. AMR-NB often runs near 12 kbit/s and AAC around 64-128 kbit/s, while 16-bit PCM runs at 16,000 bytes per second for 8 kHz mono and 176,400 bytes per second for 44.1 kHz stereo. The video track is thrown away, but the audio payload expands by one to two orders of magnitude. Keeping the sample rate on ORIGINAL and choosing Mono for speech keeps the output as small as the format allows.
Only if the destination expects G.711. Mu-law does halve the output — our measurements came out at 40,072 bytes against 80,054 for the same five seconds — but it does so by companding the dynamic range into eight bits per sample, a lossy step applied on top of a source the phone had already compressed lossily. It also forces an AIFC file. For a smaller file with better sound, 3GPP to MP3 is a far better trade.
The conversion fails and no file is written. We confirmed this behaviour directly: with no audio stream to read, the encoder is handed nothing and the job errors out rather than producing a silent .aif. Nothing in the pipeline synthesises silence to fill the gap. If the clip is video-only, or if it is a partial download that never finished, check it in VLC or QuickTime first.
Not as a separate control — the Audio Codec dropdown is the bit-depth setting, because in AIFF the sample encoding and the bit depth are the same choice. The two 16-bit entries give you 16 bits per sample; mu-law and A-law give you 8 bits per companded sample. There is no 24-bit or 32-bit option here, and adding one would gain nothing: a lossy mobile source has far less effective resolution than 16 bits already provides.
Yes, and on this page it is the most effective size control there is, because PCM size scales exactly linearly with duration — halving the length halves the file, precisely. Switch Trim from Unchanged to the time range and enter a Start time and a Duration in seconds or as HH:MM:SS.sss; the two fields open at 0 and 10 respectively.
Your .3gpp is uploaded over an encrypted connection, decoded on our servers, and both the upload and the resulting .aif are deleted automatically after a few hours. Files are never shared or made public, there is no watermark and no account is needed. If you would rather have little-endian PCM in a RIFF container for a Windows-side tool, 3GPP to WAV writes the identical audio in that form instead.