Cookies for analytics and advertising
We use cookies for analytics and advertising, both sent to Google. Refusing changes nothing you can see.Read the privacy page
Converting MKV to OPUS turns a recorded meeting, interview or lecture into the smallest audio file that still transcribes accurately. Matroska files from recorders are enormous because they carry a picture nobody needs, and Opus is the codec that handles speech at low bitrates better than anything else — which together is what gets an hour of talking under an upload limit.
Up to 100 files at once. Mixed formats are fine.
They convert one after another and download together as a ZIP.
MKV to OPUS
A meeting or interview captured to Matroska is mostly picture, and the picture is the least interesting part of it — a static shot of a table, a shared screen that changes twice an hour, a grid of thumbnails. It compresses badly precisely because nothing moves in an interesting way, and it is why a two-hour recording is measured in gigabytes.
Discarding it is not a compromise, it is the whole conversion. Nothing about the sound is decided by how long or how large the video was; what comes out is an audio file whose size depends on the duration and the quality band and nothing else. That is why the reduction here is startling in a way that compressing the video would never be.
Opus was standardised in 2012 as RFC 6716 and designed around real-time speech, which is a different problem from music: it has to stay intelligible when the bitrate is low and the connection is imperfect. Every browser shipped an encoder for it because WebRTC needed one, which is also why this conversion starts immediately where an MP3 has to download an encoder first.
For a transcription job that design matters. Where MP3 at a low bitrate blurs consonants into each other, Opus keeps the parts of speech a recogniser is actually keying on. The practical consequence is that you can choose the small band without a real accuracy cost, which is exactly the choice an upload ceiling forces.
Recognition errors come from the recording, not the compression. A microphone across a table, a hard-surfaced room with a second of reverb, two people talking over each other, an air conditioner — those are what produce a transcript full of guesses, and every one of them was baked in before the file reached a converter.
It is worth saying because the instinct when a transcript is bad is to convert again at a higher quality band, and that will not help. If the recording is poor, the levers that exist are on the audio itself: convert to a WAV, clean it in Audacity or iZotope, and send that. If it is good, the small band will transcribe as well as the high one and upload in a third of the time.
The Ogg container this writes into has no one-track limit, so every audio track the browser can decode goes into the file. That is unusual — an MP3, an AAC, a WAV or a FLAC would keep one — and for this reader it is a trap rather than a benefit, because a recognition endpoint will read the first stream and ignore everything after it.
On a single-microphone recording there is nothing to think about. On a conference capture with a lectern feed, a room feed and a translation channel, the first stream in the file may not be the one with the speaker on it. Matroska’s own default-track flag is not consulted here, so check the order with MediaInfo, and extract the track you want with MKVToolNix before converting if it is not first.
Three bands: small file, balanced, high quality, defaulting to balanced. The control is a band rather than a bitrate because the number that means "good" is codec-specific, and Opus reaches at a given size what MP3 needs considerably more to match.
For speech that is going to a recogniser rather than to a listener, start at small and only move up if the transcript disappoints. For an interview you also intend to publish as audio, balanced is the sensible default and the difference in size against small is not large enough to argue about. The high band exists for material with music or performance in it and is rarely the right answer for a meeting.
Both targets on this site write Opus audio into an Ogg container using the same muxer, so the output is byte-for-byte the same and only the filename differs. Nothing is gained or lost by picking one over the other in terms of what the file contains.
The name still matters, because a good deal of software decides what a file is before it looks inside it. Upload forms, ingest scripts and a surprising number of APIs branch on the extension, so use whichever one the service’s documentation lists. If it lists neither, .ogg is the more widely recognised of the two.
A conversion that stops with a message saying nothing in the file could be converted has run into a soundtrack the browser cannot decode — AC-3, E-AC-3, DTS or Dolby TrueHD, none of which browsers ship decoders for. With the picture already discarded, there is nothing else to write.
Recorders do not produce those. A meeting captured by OBS, Zoom, a conference system or a phone is AAC or Opus and converts without incident. It is disc-sourced Matroska that fails, which for this reader means an archival recording of an older event on a DVD rather than anything current — and those need their audio converting once with a desktop tool before this page can help.
The point of this conversion is usually to hand the result to a service. That makes it worth noticing what the alternative route costs: uploading a gigabyte of recording to a converter, waiting, downloading the audio, and then uploading that to the recogniser — the same confidential meeting passing through two third parties instead of one.
Here the decode and the Opus encode happen in the browser tab on your own processor, so nothing carrying the recording moves until you choose to send the finished audio. The free tier takes an MKV up to 100 MB, which fits a short meeting and not a long one; for anything larger, extracting the audio locally with ffmpeg and converting the result here is the sequence that keeps both properties.
| MKV | OPUS | |
|---|---|---|
| Full name | Matroska Video | Opus Audio |
| File extension | .mkv | .opus |
| Media type | video/x-matroska | audio/opus |
| Compression | Lossy — file size is bought with quality | Lossy — file size is bought with quality |
| First published | 2002 | 2012 |
| Published by | — | Xiph.Org |
| Specification | Matroska | RFC 6716 |
| Licensing | Open standard | Open standard |
| Standing today | Current | Current |
| Audio channels | — | up to 255 |
| Opens in a browser | Some browsers | Current browsers |
| Considered instead | MP4, WebM | AAC, MP3 |
OPUS opens in current browsers, though not in older ones. MKV has narrower browser support than that. If the file is going onto a web page or into a form, that is usually the whole reason for the conversion.
VLC reads both MKV and OPUS, so there is a way to check the result against the original without a second tool.
The two are aimed at different work: MKV at archiving and handing a finished file over, OPUS at streaming and the web. That is worth weighing before converting, because the reason one exists is usually the reason the other is awkward.
MKV was published in 2002. The specification is Matroska, and it is worth reading if the file has to outlive the tool that wrote it.
OPUS comes from Xiph.Org and dates from 2012, specified as RFC 6716. VLC, FFmpeg and Audacity all read it.
Not noticeably at the balanced band, and usually not at the small one either. Opus was designed for speech at low bitrates and it degrades in ways that keep words intelligible rather than smearing them. What does hurt accuracy is a bad recording — a distant microphone, room echo, two people at once — and no codec setting fixes that.
The picture is discarded rather than converted, and in a meeting recording the picture is nearly all of the file, so the reduction is dramatic before the codec does anything. What remains is an audio file whose size depends only on the quality band and the duration, which for speech at the small band is a small fraction of what an MP3 of the same recording would be.
Here, yes. Both targets write Opus audio into an Ogg container, so the bytes are identical and only the extension differs. Choose .opus when the receiving service lists it, and .ogg when it lists that — some upload endpoints decide what a file is from its name before they look inside it.
All of them the browser can decode, because the Ogg container has no one-track limit. For a recording with one microphone that is academic. For a conference capture with several, be aware that a transcription service will almost certainly read the first stream and ignore the rest, so extract the track you want first if the right speaker is not on it.
There is no mono control here, so the channel layout of the source is what you get. Where a recording is genuinely two microphones panned apart, that is useful to a recogniser that separates speakers and wasteful for one that does not. If halving the file matters more, a desktop tool can downmix before you convert.
No. The decoding and the Opus encoding both happen in the browser tab on your own processor, and you can confirm it in the network tab. That is worth something on this pair specifically: a recording you are about to hand to one service does not also need to pass through a second one on the way.