Initializing... drag & drop files here
Supports: WEBA
WEBA is the audio-only variant of WebM — an Opus or Vorbis stream wrapped in a Matroska-derived container. It shows up wherever browsers touch audio: MediaRecorder captures from web apps, Discord and WhatsApp voice notes saved from their desktop/web clients, yt-dlp rips of YouTube, and Web Audio API exports. M4A is Apple's preferred audio container — an MPEG-4 wrapper around AAC introduced with iTunes in 2001. The reason to convert WEBA → M4A is almost always Apple compatibility, since iOS, iTunes, and Apple Music refuse to play .weba files natively:
.weba (Opus inside WebM). Email or AirDrop a .weba to an iPhone user and it won't play. M4A plays everywhere on iOS without a third-party app..weba files (the import dialog silently skips them). M4A imports cleanly with metadata, the file appears in playlists, and syncs across devices via iCloud Music Library..weba file has to be transcoded by the phone first.If you want a more universal target instead of Apple-specific, see WEBA to MP3; for an editing-grade target see WEBA to WAV.
| Property | WEBA | M4A (MPEG-4 Audio) |
|---|---|---|
| Container | WebM (Matroska-derived) | MPEG-4 Part 14 (Apple, 2001) |
| Inner codec | Opus or Vorbis (lossy) | AAC (most common) or ALAC (lossless) |
| Standardized | WebM Project (2010) | ISO/IEC 14496-14 (2003) |
| Typical bitrate | 64-160 kbps Opus | 96-256 kbps AAC |
| Native sample rate | 48 kHz (Opus) | 8-96 kHz selectable |
| Apple device playback | Not native (Safari 17+ only) | Native everywhere (iPhone, iPad, Mac, CarPlay) |
| iTunes / Apple Music import | Refused | Native |
| Android playback | Native (since 5.0) | Native (since 3.1) |
| Browser playback | Chrome, Firefox, Edge, Safari 17+ | All major browsers |
| License | Royalty-free (BSD, Opus IETF RFC 6716) | AAC patents licensed; free for end users |
| Best for | Browser capture, web delivery | Apple ecosystem, iTunes libraries, AAC Bluetooth |
| Source type | Typical inner bitrate | Recommended AAC target | Notes |
|---|---|---|---|
| WhatsApp Web voice note | ~24 kbps mono Opus, 16 kHz | 64 kbps CBR mono | Voice-only, low-bitrate; 128+ wastes bits |
| Discord voice note | ~32-48 kbps mono Opus | 64-96 kbps CBR mono | Voice; mono target keeps it small |
| Discord recording (Craig bot) | 64-96 kbps stereo Opus, 48 kHz | 128-192 kbps CBR stereo | Multi-speaker; preserve stereo for editing |
| MediaRecorder browser capture | 64-128 kbps stereo Opus | 128 kbps CBR stereo | Default web-app recording quality |
| yt-dlp YouTube rip | 96-160 kbps stereo Opus | 192 kbps CBR or VBR-High | Music; match or exceed source rate |
If you don't know what's inside, 128 kbps stereo AAC is a safe universal default and yields files about 20% smaller than 128 kbps MP3 at the same perceived quality.
| Bitrate | File size (3-min audio) | Use case | Audible vs source |
|---|---|---|---|
| 64 kbps mono | ~1.4 MB | WhatsApp/Discord voice notes, audiobooks | Voice-clear, music thin |
| 96 kbps CBR | ~2.1 MB | Podcasts, speech, web call recordings | Mostly transparent for voice |
| 128 kbps CBR | ~2.8 MB | Default for music, near-CD listening | Slight loss only on critical listening |
| 192 kbps CBR | ~4.1 MB | High-quality music, archive-friendly | Effectively transparent |
| 256 kbps CBR | ~5.5 MB | iTunes Plus / Apple Music download standard | Indistinguishable from source |
| 320 kbps CBR | ~6.9 MB | Maximum AAC, generally overkill from WEBA source | Indistinguishable |
Yes. WhatsApp Web saves voice messages as Opus inside a WebM container with the .weba extension. The converter decodes the Opus stream and re-encodes to AAC inside an M4A wrapper. Since voice notes are mono and recorded around 24 kbps, 64-96 kbps mono AAC is the right target — picking 320 kbps just makes the file larger without adding any quality back. The resulting M4A plays natively in iPhone Voice Memos, Apple Music, iMessage attachments, and CarPlay.
Some loss occurs because both Opus/Vorbis (inside WEBA) and AAC are lossy codecs — you're transcoding lossy → lossy. At 192-256 kbps AAC the loss is inaudible to almost everyone, even on good headphones. For voice notes (where the WEBA source is already 24-48 kbps), there's no audible difference between 64 kbps mono AAC and 256 kbps — the source quality caps what's recoverable. Match or modestly exceed the source bitrate; don't try to "upgrade" by picking a much higher rate.
iOS and macOS Music/Voice Memos/Files don't ship WebM container support. Safari 17 (iOS 17, macOS Sonoma) added Opus playback inside the browser, but the rest of the system still refuses .weba. Third-party apps like VLC for iOS will play them, but Apple Music, Voice Memos, the Files app preview, iMessage, and CarPlay all reject the format. Converting to M4A is the only way to get one-tap playback across the Apple stack.
48000 Hz. Opus internally always operates at 48 kHz — even when the source was recorded at 16 kHz (WhatsApp voice) or 44.1 kHz, the codec resamples internally. Picking 48 kHz on output skips an unnecessary resampling step. For voice-only sources where you want a smaller file, 16000 or 22050 Hz mono is fine — speech is intelligible far below 48 kHz.
VBR (variable bitrate) spends more bits during complex passages and fewer during silence — better quality-per-byte at the same average rate, ideal for music. CBR (constant bitrate) has predictable file size and is required by some podcast hosts (Apple Podcasts accepts both, but a few legacy aggregators still want CBR). For WhatsApp/Discord voice notes or audiobooks, CBR mono at 64-96 kbps is the cleanest default. For music going into your iTunes library, VBR at the equivalent of ~190 kbps matches Apple's iTunes Plus standard.
Yes. The converter detects the codec inside the WEBA container automatically and decodes either Opus or Vorbis to PCM, then re-encodes to AAC inside the M4A wrapper. Modern Chrome/Firefox MediaRecorder and yt-dlp default to Opus; older browser captures and a handful of legacy web apps still emit Vorbis. Both decode cleanly.
Yes. Use the trim section to enter a start time and duration. Both fields accept seconds (12.5) or HH:MM:SS.sss format (00:01:30.500). Useful for pulling a single sentence from a long voice note before forwarding to a non-WhatsApp user, isolating one speaker's segment from a Discord recording, or cutting a single song from a YouTube concert rip. Trim runs before AAC encoding so you don't pay the encoding cost on parts you discard.
Often, yes. WEBA uses Matroska-style tags; M4A uses MPEG-4 atoms. Common fields — title, artist, album, year, track number — map across when present. Embedded album art transfers when the WEBA carries it. WhatsApp, Discord, and MediaRecorder voice notes don't write meaningful metadata, so the resulting M4A won't either, which is normal and expected.
AAC (Advanced Audio Coding) is lossy and produces typical music-sized files (3-6 MB for a 3-minute track). It's what you want for everyday listening, podcasts, and Apple Music compatibility. ALAC (Apple Lossless) is mathematically lossless. Since your WEBA source is already lossy (Opus or Vorbis), ALAC just preserves the lossy artifacts in a much larger file — there's no archival benefit. For any WEBA source, AAC is the right answer; pick the bitrate based on whether the source is voice or music.