Extract Audio from 3GPP to AIFF — Free Online Tool
Extract audio from a 3GPP mobile video file and save it as a full-quality AIFF file. This conversion decodes the compressed AAC or MP3 audio track from the 3GP container and re-encodes it as uncompressed PCM (16-bit big-endian) — the native lossless format used in AIFF — giving you a clean, studio-ready audio file from your mobile footage.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your 3GPP file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
3GPP files store audio using lossy codecs — typically AAC at low bitrates (often 64k or lower) optimized for mobile network transmission. During this conversion, FFmpeg discards the video stream entirely (-vn), then decodes the compressed audio data and re-encodes it as uncompressed PCM signed 16-bit big-endian (pcm_s16be), which is the standard codec inside AIFF files. Because the source audio is lossy AAC, the output AIFF preserves the full decoded audio signal without any further compression — but it cannot recover detail that was discarded during the original mobile encoding. The result is a losslessly stored representation of whatever quality existed in the 3GP file, in a format that professional audio tools on macOS handle natively.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg tool. In the browser-based version of this tool, this runs via FFmpeg.wasm (WebAssembly) entirely within your browser — no files are sent to a server. If you copy this command to run locally, it requires FFmpeg installed on your system. |
-i input.3gp
|
Specifies the input file — a 3GPP container (.3gp) typically containing a video stream (H.264) and a compressed audio stream (AAC or MP3) encoded for mobile devices. FFmpeg reads both streams but will only process the audio given the subsequent flags. |
-vn
|
Stands for 'video none' — instructs FFmpeg to discard the video stream from the 3GP file entirely. Since AIFF is a pure audio format with no video support, this flag is required to produce a valid output file and avoids any unnecessary video decoding work. |
-c:a pcm_s16be
|
Sets the audio codec to PCM signed 16-bit big-endian, which is the standard codec for AIFF files. This decodes the compressed AAC audio from the 3GP source and re-encodes it as raw, uncompressed PCM samples in big-endian byte order — the native format Apple defined for AIFF, providing CD-quality bit depth and full compatibility with macOS audio software. |
output.aiff
|
Defines the output file with the .aiff extension. FFmpeg uses this extension to confirm the AIFF container format. The resulting file will contain a single uncompressed PCM audio track at the same sample rate as the source 3GP audio, stored in Apple's Audio Interchange File Format. |
Common Use Cases
- Recovering voice memos or field recordings captured on an older mobile phone that saved in 3GP format, converting them to AIFF for editing in Logic Pro or GarageBand
- Extracting narration audio from a 3GPP video recorded on a feature phone to use as a voiceover track in a macOS video editing project
- Archiving mobile interview recordings or oral history clips from 3GP format into AIFF for long-term storage in a professional audio library
- Pulling the audio from a 3G-era video file so it can be imported into an AIFF-native DAW like Pro Tools without format compatibility issues
- Converting a 3GPP ringtone or audio clip shared via MMS into an uncompressed AIFF for use as a sound effect in a macOS production pipeline
- Extracting speech or ambient sound from legacy 3GP footage to analyze waveforms in professional audio tools that require uncompressed input
Frequently Asked Questions
No — the AIFF will sound identical to the decoded 3GP audio, not better. 3GPP files typically store audio as AAC at low bitrates (often 64k), which is a lossy format that permanently discards audio detail during mobile encoding. Converting to AIFF stores that already-decoded audio in uncompressed PCM form, which prevents any further quality loss, but it cannot restore frequencies or dynamics that AAC compression removed. You're essentially getting a lossless container around a lossy source.
3GP files use aggressive lossy compression (AAC codec) designed to minimize file size for mobile storage and 3G network transmission. AIFF stores audio as raw, uncompressed PCM samples — 16 bits per sample at the full sample rate, with no compression whatsoever. A one-minute audio clip that might be 500KB as AAC in a 3GP file could easily become 10MB or more as uncompressed AIFF. This size difference is expected and is the trade-off for having a lossless, uncompressed file that professional tools can work with directly.
The output uses pcm_s16be — PCM signed 16-bit big-endian — which is the standard default codec for AIFF files. Big-endian byte ordering is historically associated with Apple's Motorola-era hardware, and AIFF was designed around this format. pcm_s16be provides CD-quality bit depth (16 bits) and is universally supported by macOS audio software, DAWs, and any tool that reads standard AIFF files.
No — the -vn flag in the FFmpeg command explicitly drops the video stream. AIFF is a pure audio format with no video container support, so even if the 3GP file has a video track, it is discarded during conversion. Only the audio track is decoded and written to the output AIFF file.
You can batch process files using a shell loop. On macOS or Linux: `for f in *.3gp; do ffmpeg -i "$f" -vn -c:a pcm_s16be "${f%.3gp}.aiff"; done`. On Windows Command Prompt: `for %f in (*.3gp) do ffmpeg -i "%f" -vn -c:a pcm_s16be "%~nf.aiff"`. This runs the same conversion command on every 3GP file in the current directory and outputs a matching AIFF file for each one.
Yes — AIFF supports multiple PCM bit depths. To get 24-bit output, replace pcm_s16be with pcm_s24be in the command: `ffmpeg -i input.3gp -vn -c:a pcm_s24be output.aiff`. You can also use pcm_s32be for 32-bit integer or pcm_f32be for 32-bit float. Keep in mind that the source AAC audio in the 3GP was encoded at low bitrate, so higher bit depth in the output preserves the decoded signal more precisely but does not add audio information that wasn't in the original mobile recording.
Technical Notes
3GPP audio is almost always AAC-LC at low bitrates — the format was standardized for 3G mobile networks where bandwidth was scarce, so typical audio quality is 64k or lower, often at sample rates of 8kHz or 16kHz for voice content or 44.1kHz for music. When FFmpeg decodes this and writes it as pcm_s16be AIFF, the sample rate from the source is preserved, so if the 3GP audio was sampled at 8kHz, the AIFF output will also be 8kHz — it does not upsample. Metadata handling is limited: 3GP containers can carry basic metadata tags, but AIFF has its own metadata chunk structure (ID3 or native AIFF markers), and tag mapping between these formats is incomplete — artist, title, and similar tags may not transfer. AIFF does not support multiple audio tracks or chapters, but 3GP typically carries only a single audio track, so no data is lost in that regard. The -vn flag is essential since without it, FFmpeg would attempt to handle the video stream and either fail or require additional encoding instructions for an audio-only output format.