Convert 3G2 to MPEG — Free Online Tool
Convert 3G2 files from legacy CDMA mobile devices into MPEG format using MPEG-2 video and MP2 audio codecs. This conversion bridges old mobile-captured media to a broadcast-compatible, universally playable legacy format suited for DVD authoring workflows and older media players.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your 3G2 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
During this conversion, FFmpeg decodes the 3G2 container — which typically holds H.264 video and AAC audio encoded for low-bandwidth CDMA mobile transmission — and re-encodes both streams from scratch. The video is transcoded from H.264 (libx264) to MPEG-2 video, a fundamentally different compression architecture that uses discrete cosine transform-based intra and inter-frame encoding without modern tools like CABAC entropy coding. The audio is transcoded from AAC to MP2 (MPEG-1 Audio Layer II), the standard audio codec used in MPEG program and transport streams. Because both video and audio undergo full re-encoding, this is a computationally intensive process and introduces a second generation of lossy compression artifacts on top of the original mobile encoding.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg program, the open-source multimedia processing engine that handles decoding the 3G2 container and re-encoding its contents to MPEG format entirely within your browser via WebAssembly. |
-i input.3g2
|
Specifies the input file — a 3G2 container holding H.264 video and AAC audio encoded for CDMA mobile transmission. FFmpeg reads and demuxes this file to extract the raw encoded streams for processing. |
-c:v mpeg2video
|
Transcodes the video stream from H.264 to MPEG-2 video, the broadcast and DVD-standard codec required by the MPEG container. This is a full re-encode, not a stream copy, because H.264 and MPEG-2 are incompatible compression formats. |
-c:a mp2
|
Transcodes the audio stream from AAC (used in the 3G2 source) to MP2 (MPEG-1 Audio Layer II), the native audio codec for MPEG program streams and the standard expected by DVD players and broadcast ingest systems reading MPEG files. |
-q:v 2
|
Sets the MPEG-2 video quality using the quantizer scale, where 1 is the highest quality and 31 is the lowest. A value of 2 produces near-maximum quality MPEG-2 output to minimize generational loss when transcoding from the already-lossy H.264 source in the 3G2 file. |
-b:a 192k
|
Sets the MP2 audio output bitrate to 192 kilobits per second, a standard broadcast-quality bitrate for MP2 audio that provides good fidelity while remaining compatible with DVD-Video and MPEG transport stream specifications. |
output.mpeg
|
Defines the output filename with the .mpeg extension, which FFmpeg uses to write the resulting MPEG program stream containing the re-encoded MPEG-2 video and MP2 audio tracks. |
Common Use Cases
- Importing old videos recorded on a CDMA-era flip phone or early smartphone into a DVD authoring application like DVD Architect or Encore that requires MPEG-2 compliant streams
- Archiving a collection of 3G2 clips from a decommissioned Verizon or Sprint mobile device into a format playable on standalone DVD players via burned disc
- Preparing 3G2 mobile footage for broadcast ingest systems or legacy editing suites that only accept MPEG-2 elementary or program streams
- Converting mobile-captured 3G2 videos for playback on older televisions or set-top boxes that support MPEG files via USB but cannot decode H.264 or AAC
- Creating MPEG-format video files from 3G2 source material for use in older multimedia kiosk systems or industrial display hardware locked to MPEG-2 playback
- Transcoding 3G2 content to MPEG as an intermediate step before further processing in legacy video production pipelines that predate H.264 support
Frequently Asked Questions
Yes, some quality loss is unavoidable because this conversion re-encodes both streams rather than copying them. The 3G2 file already contains lossy H.264 video and AAC audio, and transcoding to MPEG-2 video and MP2 audio introduces a second compression pass. The default settings (-q:v 2 for video and -b:a 192k for audio) are high-quality choices for MPEG-2 output, which minimizes the generational loss, but the result will not be identical to the original. Given that 3G2 source files are typically low resolution and low bitrate to begin with, the perceptual impact may be modest.
3G2 files were designed for low-bandwidth CDMA network transmission and use H.264, one of the most efficient video codecs available, achieving very small file sizes at acceptable quality. MPEG-2 video is a much older and less efficient codec, requiring significantly higher bitrates to represent the same content at comparable quality. MP2 audio is also less efficient than AAC. As a result, your MPEG output will typically be several times larger than the original 3G2 file, even though the content and resolution are the same.
No. The MPEG container format has very limited metadata support compared to the MPEG-4-based 3G2 format. Device-specific metadata fields, GPS coordinates, and other mobile-origin tags embedded in the 3G2 file will not be carried over to the MPEG output. If preserving this metadata is important, you should extract and store it separately before conversion using a tool like ExifTool.
MPEG-1 video was designed for CD-quality video (typically 352x240) and has lower maximum bitrate and resolution limits. MPEG-2 video supports higher resolutions, higher bitrates, interlaced content, and is the standard used in DVD Video and broadcast television. Since 3G2 files may have resolutions beyond MPEG-1's practical limits, and MPEG-2 is more universally compatible with DVD players and broadcast tools, mpeg2video is the more appropriate and capable default choice for this conversion.
The video quality is controlled by the -q:v flag, which accepts values from 1 (highest quality, largest file) to 31 (lowest quality, smallest file) for MPEG-2 video. The default in this command is -q:v 2, which produces near-maximum quality output. If you need a smaller file and can tolerate lower quality, try values like -q:v 5 or -q:v 8. For example: ffmpeg -i input.3g2 -c:v mpeg2video -c:a mp2 -q:v 5 -b:a 192k output.mpeg.
Yes. On Linux or macOS, you can use a shell loop: for f in *.3g2; do ffmpeg -i "$f" -c:v mpeg2video -c:a mp2 -q:v 2 -b:a 192k "${f%.3g2}.mpeg"; done. On Windows Command Prompt, use: for %f in (*.3g2) do ffmpeg -i "%f" -c:v mpeg2video -c:a mp2 -q:v 2 -b:a 192k "%~nf.mpeg". The browser-based tool processes one file at a time, so the FFmpeg command is the recommended approach for batch processing large collections of 3G2 files.
Technical Notes
The 3G2 format is based on the MPEG-4 Part 12 container (closely related to MP4 and MOV) and was standardized by the 3GPP2 consortium for use over CDMA networks such as those operated by Verizon and Sprint. It supports H.264 video and AAC audio, both of which are modern, highly efficient codecs. MPEG, by contrast, is a much older container using MPEG-1 or MPEG-2 program stream encapsulation with MP2 or MP3 audio. The MPEG-2 video codec (-c:v mpeg2video) does not support the advanced entropy coding, B-frame flexibility, or sub-pixel motion estimation of H.264, meaning it requires more bits to represent the same visual information. The -q:v parameter for MPEG-2 is a variable quantizer scale, not a constant rate factor like H.264's CRF — lower values mean finer quantization and better quality. MP2 audio at 192k (-b:a 192k) is a solid choice for MPEG output but is less transparent than AAC at the same bitrate. Neither 3G2 nor MPEG supports transparency, subtitles, chapters, or multiple audio tracks in this workflow, so none of those features are at risk of silent data loss. The 3G2-specific -movflags +faststart flag used in 3G2 output scenarios is not applicable here since MPEG program streams are not structured around a moov atom.