Convert 3GP to AIF — Free Online Tool
Convert 3GP mobile video files to AIF, extracting the compressed AAC or MP3 audio and decoding it to uncompressed PCM audio stored in Apple's lossless AIF container. This is useful when you need a high-fidelity, editing-ready audio file from a mobile phone video recording.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your 3GP 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
3GP files typically carry audio encoded with AAC (the default for 3G mobile video) or MP3, both of which are lossy compressed formats optimized for low-bandwidth transmission on mobile networks. During this conversion, FFmpeg discards the video stream entirely and decodes the compressed audio track back to raw, uncompressed PCM samples — specifically 16-bit big-endian PCM (pcm_s16be) — which are then wrapped in Apple's AIF container. Because the source audio was originally lossy, the output AIF is a lossless representation of the decoded lossy signal, not a restoration of the original pre-compression audio. The file size will increase substantially, as uncompressed PCM at 16-bit depth is far larger than AAC or MP3.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg program. In this browser-based tool, it runs via FFmpeg.wasm compiled to WebAssembly — the same command works identically in a local terminal installation of FFmpeg. |
-i input.3gp
|
Specifies the input file — a 3GP container, typically containing an H.264 or MJPEG video stream and an AAC or MP3 audio stream recorded on a 3G-era mobile device. |
-c:a pcm_s16be
|
Decodes the compressed AAC or MP3 audio from the 3GP file and re-encodes it as 16-bit signed big-endian PCM — the standard uncompressed audio codec for the AIF format, ensuring full compatibility with Apple audio software like GarageBand and Logic Pro. |
output.aif
|
Defines the output file as an AIF container. FFmpeg infers the AIF format from the .aif extension and writes the uncompressed PCM audio data into this Apple-standard lossless audio file. |
Common Use Cases
- Import a mobile phone video's audio into GarageBand or Logic Pro, which natively prefer AIF files for seamless drag-and-drop editing
- Archive a voicemail or voice memo sent as a 3GP attachment in an uncompressed format to prevent further generational quality loss from re-encoding
- Extract a field recording made on an older 3G-era device and prepare it for use in a professional audio post-production workflow that requires uncompressed source files
- Pull the audio from a 3GP video clip to use as a sound effect in a Final Cut Pro or Pro Tools project on a Mac, where AIF is the standard interchange format
- Recover speech or dialogue from a 3GP video recorded at an event and convert it to AIF for transcription software that requires uncompressed audio input
Frequently Asked Questions
No — the output will not surpass the quality of the original 3GP audio. 3GP files store audio in lossy formats like AAC or MP3, which permanently discard audio information during encoding on your mobile device. Converting to AIF decodes that compressed audio to uncompressed PCM, which stops any further quality degradation, but the artifacts introduced by the original lossy compression remain. Think of it as making a perfect copy of an already-imperfect recording.
3GP was designed for 3G mobile networks where storage and bandwidth were severely limited, so its audio (typically AAC at 64kbps or lower) is heavily compressed — often at compression ratios of 10:1 or more compared to uncompressed audio. AIF stores raw PCM samples with no compression at all. A one-minute audio clip that might occupy 0.5MB as AAC in a 3GP file could easily become 10MB or more as 16-bit PCM in an AIF file.
Yes, FFmpeg preserves the original sample rate from the 3GP audio stream when decoding to PCM. However, 3GP audio encoded for mobile use often has a low sample rate — commonly 8kHz for voice or 22.05kHz for music — because higher sample rates were costly on 3G connections. The AIF output will faithfully represent whatever sample rate was used in the source file, which may be lower than the 44.1kHz or 48kHz typical of professional audio.
Yes. The command uses `-c:a pcm_s16be` for 16-bit big-endian PCM, which is the AIF standard and sufficient for most uses. You can substitute `pcm_s24be` for 24-bit or `pcm_s32be` for 32-bit by editing that flag: `ffmpeg -i input.3gp -c:a pcm_s24be output.aif`. Keep in mind that since the source audio is lossy, increasing the bit depth will not recover lost detail — it only increases file size.
The video stream is automatically dropped. AIF is a pure audio format with no support for video, so FFmpeg extracts only the audio track and ignores the H.264 or MJPEG video data in the 3GP file. If you also need the video, you would need to run a separate conversion to a video output format.
On macOS or Linux, you can loop over files in a directory using a shell command: `for f in *.3gp; do ffmpeg -i "$f" -c:a pcm_s16be "${f%.3gp}.aif"; done`. On Windows Command Prompt, use: `for %f in (*.3gp) do ffmpeg -i "%f" -c:a pcm_s16be "%~nf.aif"`. This applies the same conversion logic to every 3GP file in the current folder, producing a matching AIF file for each one.
Technical Notes
AIF uses big-endian byte ordering for its PCM data, which is why the codec is `pcm_s16be` ('s' for signed, '16' for bit depth, 'be' for big-endian) — this matches the historical origin of AIF on Motorola 68000-based Macintosh hardware. The 3GP container itself is derived from the MPEG-4 Part 12 base media file format (the same lineage as MP4 and MOV), so its audio streams are structurally similar to those found in MP4 files. One notable limitation of 3GP audio from older devices is that voice calls and voice memos are sometimes stored at narrowband quality (8kHz, mono), which will be faithfully preserved in the AIF output but may sound noticeably low-fidelity. Metadata such as title or artist tags stored in the 3GP's MP4-style atoms are generally not carried over to the AIF output by this command, as AIF metadata handling in FFmpeg is limited. There is no subtitle, chapter, or secondary audio track support in either format, so no data of those types can be lost in this conversion.