Initializing... drag & drop files here
Supports: MP3
To compress an MP3, upload your file and pick how to shrink it: set a target bitrate, a file-size percentage, or an exact size in MB. For spoken-word audio, downmix stereo to mono. Processing runs on our servers; files auto-delete after a few hours.
Real result: in our production data the median MP3 drops about 48% (an 8 MB file becomes ~4.2 MB); 64–96 kbps mono cuts spoken-word audio by roughly 80%.
MP3 is already a lossy format, but most MP3s in the wild are encoded at 256 or 320 kbps — which is wasteful for spoken-word audio, mobile listening, or anything streamed over a slow connection. Re-encoding at a lower bitrate (or downmixing stereo voice to mono) routinely cuts file size by 40–80% with negligible perceptible loss for the intended use case. Typical scenarios:
-V 2) saves around 4 GB while staying transparent on earbuds and car stereos.Need a different starting format first? Convert lossless WAV to MP3 or FLAC to MP3 before compressing, and use Audio Cutter to trim long files before re-encoding.
Numbers below assume stereo 44.1 kHz unless noted; "size per hour" is the resulting file for one hour of audio at that bitrate.
| Bitrate | Size per hour | Best for | Quality notes |
|---|---|---|---|
| 320 kbps CBR | ~144 MB | Archival masters, mastering source | Maximum the MP3 spec allows; overkill for most playback |
| 256 kbps CBR | ~115 MB | High-end portable music, car audio | Transparent on most equipment |
192 kbps CBR / -V 2 VBR |
~86 MB | Music libraries, podcast music beds | Widely considered the transparency threshold for casual listening |
| 160 kbps CBR | ~72 MB | Spotify podcast recommended setting | Spotify's documented sweet spot for episodes |
| 128 kbps CBR | ~58 MB | General sharing, narrative podcasts with music | Standard streaming bitrate; minor artefacts on cymbals/strings |
| 96 kbps CBR | ~43 MB | Voice with light music, web audio | Audible compression on critical listening, fine on phone speakers |
| 64 kbps mono | ~29 MB | Audiobooks, lectures, voice podcasts | Voice stays intelligible; not for music |
| 32 kbps mono | ~14 MB | Long-form voice archives, voicemail-grade | Telephone quality; recommend Opus or AMR for anything below |
| Mode | What it does | Resulting bitrate | When to choose |
|---|---|---|---|
| CBR (Constant) | Every frame uses the same bitrate | Exactly the target (e.g., 128 kbps) | Streaming platforms that require fixed bitrate, broadcast, predictable file size |
| VBR (Variable) | Encoder allocates more bits to complex passages, fewer to silence | Average bitrate varies; LAME -V 0 averages ~245 kbps, -V 2 ~190 kbps, -V 4 ~165 kbps |
Music libraries — better quality per MB than CBR |
| ABR (Average) | Targets an average bitrate but allows local variation | Locked average (e.g., 192 kbps avg) | Compromise when you need predictable size with some quality smarts |
LAME's named VBR presets are extreme = -V 0 (245 kbps), 190 kbps), and standard = -V 2 (medium = -V 4 (~165 kbps); these are still the encoder defaults most modern tools wrap.
Re-encode at a bitrate that stays above the audible floor for your content. For music, 128–192 kbps VBR is statistically transparent — listeners can't reliably tell it from the source. For voice, 96 kbps mono sounds clean. You can't add back detail already discarded, so never up-encode a low-bitrate file to a higher one.
It depends on the source bitrate and the content. A 320 kbps music file re-encoded to 192 kbps VBR is statistically transparent in double-blind ABX tests — most listeners can't pick the original even on studio monitors. A 128 kbps voice-only podcast re-encoded to 64 kbps mono drops 50% in size with no intelligibility loss. The audible floor for music sits around 96 kbps; below that, cymbals and reverb tails start to "swim."
For music you keep, pick VBR (LAME -V 2 is the long-standing default — ~190 kbps average, transparent for most listeners). For podcasts uploaded to Spotify, Apple Podcasts, or distribution platforms that prefer a fixed bitrate, pick CBR 128–160 kbps — it streams predictably and matches what most platforms re-encode to anyway. ABR is a niche middle ground; most users never need it.
Spotify accepts MP3 between 96 and 320 kbps and recommends 160 kbps for episodes. Apple Podcasts' RSS feed prefers AAC but accepts MP3; their recommended setting is 128 kbps stereo at 44.1 kHz. Both will re-encode your upload for streaming, so going above 192 kbps is just wasted bandwidth on your end.
No. Artist, album, title, track number, year, genre, and embedded cover art are read from the source and written back into the compressed file. Re-encoding only touches the audio stream, not the ID3v2 tags.
If you chose VBR, the bitrate is an average — peaks and valleys are normal. If you chose CBR but used a target file size, the encoder back-solves the closest legal MP3 bitrate (32, 40, 48, 56, 64, 80, 96, 112, 128, 160, 192, 224, 256, or 320 kbps for MPEG-1 Layer 3) — there's no 150 kbps CBR slot in the spec.
Yes — pick Specific file size, enter your target in MB, and the encoder calculates the right bitrate based on duration. Useful for Discord's 10 MB free-tier cap, the older 25 MB email standard, or Spotify's 200 MB episode ceiling. Aim slightly under your target to leave headroom for metadata and container overhead.
It cuts the bitrate ceiling and roughly halves perceived data load for voice, but you also lose all audio content above ~10 kHz. Fine for spoken word, audiobooks, or telephony-grade material — not for music. Most MP3 encoders refuse bitrates below 32 kbps unless you also drop to 22.05 kHz or lower.
Yes — every MP3 → MP3 pass discards more frequency information, and artefacts compound. If you have access to the original WAV or FLAC, encode straight from that. If you only have the MP3, one re-encode at a lower bitrate is usually fine; avoid going through three or more generations.
processing happens on our servers and files are deleted after your session ends. No account is required and there are no watermarks, file-count limits, or hidden Pro tiers gating the compressor.