Initializing... drag & drop files here
Supports: OPUS
A .weba file is just an audio-only WebM, and WebM's audio is either Opus or Vorbis — so converting a .opus file to WEBA keeps the same codec family: the audio is re-encoded from the Ogg-encapsulated source into a WebM (Matroska-based) container, still as Opus. There is no bit-exact stream-copy mode (see the FAQ below), but at a matched bitrate the codec-to-same-codec pass stays effectively transparent. The reason to do it is compatibility with tools and pipelines that expect a WebM/audio/webm stream — HTML5 <audio> workflows, Media Source Extensions, and players that don't read raw .opus — not a quality gain. If your players already accept .opus, you don't need this conversion.
| Property | Opus (.opus) |
WEBA (.weba) |
|---|---|---|
| What it is | Opus stream in Ogg encapsulation | Opus (or Vorbis) stream in WebM |
| Audio codec | Opus | Opus by default here; Vorbis selectable |
| Container family | Ogg | WebM (based on Matroska, Google, 2010) |
| Codec standard | IETF RFC 6716 (Sept 2012) | Container is WebM; codec still Opus |
| Typical MIME type | audio/ogg |
audio/webm |
| Licensing | Royalty-free | Royalty-free |
| Browser playback | Chrome, Firefox, Edge, Opera; Safari partial | Chrome, Firefox, Edge, Opera; Safari 16+/iOS 17.4 partial |
| Best for | General Opus distribution, messaging audio | HTML5 <audio>, MSE, WebM-only pipelines |
.opus.opus/Ogg-Opus file directly..opus is the zero-loss option..webaaudio/webm stream rather than raw .opus.<audio> with type="audio/webm", or a Media Source Extensions player that ingests WebM segments.Opus scales from 6 kbps narrowband speech to 510 kbps stereo (RFC 6716), so the right Custom Bitrate depends on the content — and on the source, since encoding above the original bitrate can't restore detail that's already gone:
| Content | Suggested Custom Bitrate | Notes |
|---|---|---|
| Voice memos / speech (mono) | 24–48 kbps | Opus is speech-tuned and stays intelligible at very low rates |
| Podcasts / mixed speech and music | 64–96 kbps | Comfortable headroom for occasional music beds |
| Music (stereo) | 96–160 kbps | In our testing, ~128 kbps re-encoded WEBA was hard to distinguish from the source |
| Match-the-source default | Same as the original file | The safest setting for minimal generation loss |
.opus files from your computer. Batch upload is supported — queue several and convert them in one pass with the same settings.This converter re-encodes rather than doing a bit-exact stream copy: the output bitrate is selectable (Quality Preset, Custom Bitrate, Constant Bitrate), and a chosen bitrate means the Opus encoder runs again. Because Opus is lossy, re-encoding an already-Opus file adds a small amount of generation loss. To keep that loss negligible, set Custom Bitrate at or near the source file's bitrate rather than pushing it higher (encoding past the original doesn't recover detail) or much lower. If you need a guaranteed zero-loss result, keep the file as .opus.
At a matched bitrate the difference is usually inaudible, because the codec is unchanged — you're putting Opus back into Opus, just inside a WebM container instead of Ogg. The only quality change comes from the re-encode itself, which is why matching the source bitrate matters. In our testing, a 3-minute stereo Opus clip re-encoded to WEBA at the same ~128 kbps was hard to distinguish from the original on earbuds.
Keep Opus. WebM officially adopted Opus audio in 2013, and Opus — finalized as IETF RFC 6716 in September 2012 — scales from 6 kbps narrowband speech up to 510 kbps stereo and outperforms Vorbis at matched bitrates in published listening tests. Choosing Vorbis only makes sense for an older WebM toolchain that predates Opus support, which is rare on anything updated in recent years. Converting your already-Opus source to Vorbis would also be a backward transcode through a weaker codec, so avoid it unless a specific tool demands Vorbis.
Sometimes — it depends on whether the target reads the WebM container. Native browser playback is broadly similar for both: Chrome, Firefox, Edge, and Opera handle Opus in both Ogg and WebM, while Apple is the weak point. Per caniuse, WebM container support arrived around Safari 16 on desktop and iOS 17.4, and remains marked partial there. The practical win for .weba is in pipelines that are coded to expect audio/webm specifically (HTML5 <audio type="audio/webm">, some MSE players); for plain file sharing, .opus is just as widely recognized.
Channel layout is preserved when Audio Channel is left on Original — stereo stays stereo unless you downmix to Mono. Tags carry over where the WebM container has an equivalent field, but Ogg-Opus and WebM use different tagging schemes, so some non-standard or app-specific Opus comment tags may not map across exactly. If precise tag fidelity matters, check the output in your target player after converting.
No — the extension is the only thing a rename changes. A .opus file is Opus audio in Ogg encapsulation, while .weba is Opus inside a WebM/Matroska container; the two containers structure their pages, headers, and seeking data completely differently. A player or pipeline that keys on .weba/audio/webm will try to parse WebM structure and fail on Ogg bytes. Converting actually rebuilds the file in the WebM container, which is what those tools need.
Yes — open the Trim control and set a start time and duration; only that range is encoded into the WEBA output. Trimming is also the cheapest size win: dropped audio is never encoded at all, so cutting silence or dead air off a long recording saves more than any bitrate setting applied to the full length.
Files are uploaded over an encrypted connection and processed on our servers — never shared or made public, with no sign-up and no watermark. Uploads and their converted outputs are deleted automatically a few hours after conversion, so nothing lingers on our side. If you'd rather land on a more universally playable format, use Opus to MP3; to go from the WebM container back to MP3 later, see WEBA to MP3.