Initializing... drag & drop files here
Supports: MKV
This tool extracts the audio track from an MKV (Matroska) video and writes it into an .au file — the Sun Microsystems audio format (also seen as .snd) from the Unix-workstation and NeXT era. The video is discarded; only one selected sound track is kept. AU is a niche target today, so be clear on why you'd want it: a legacy Unix utility, an old Java program, or a retro-computing or academic pipeline that specifically reads the Sun audio format. If you just want the soundtrack to play or share normally, MKV to MP3 or MKV to WAV (the standard uncompressed-PCM choice) is almost always the better pick — AU offers no quality or size advantage over those.
| Property | Value |
|---|---|
| Full name | Matroska Multimedia Container |
| Origin | Announced 6 December 2002, as a fork of the MCF project |
| Structure | EBML (Extensible Binary Meta Language), an open standard |
| Holds | Unlimited video, audio, subtitle, and chapter tracks in one file |
| Typical audio inside | AAC, AC-3, DTS, FLAC, Opus, Vorbis, MP3, TrueHD |
| Role here | Source — one audio stream is extracted, video and other tracks dropped |
| Property | Value |
|---|---|
| Origin | Sun Microsystems (Unix workstations); later common on NeXT |
| File signature | 0x2e736e64 — the ASCII characters .snd |
| Extensions | .au and .snd |
| Header | Six 32-bit words (24 bytes), network/big-endian byte order |
| Encodings the format allows | 8-bit mu-law (code 1), 8-bit PCM (code 2), 16-bit PCM (code 3), 24-bit PCM (code 4), 32-bit PCM (code 5), 32-bit float (code 6), 8-bit A-law (code 27) |
| Classic association | 8-bit mu-law at 8000 Hz mono (telephone-grade, lossy) — early Java's only sound format |
| Codec written here | 16-bit big-endian linear PCM (the AU muxer's default, lossless) |
| Best for | Legacy Unix/NeXT tooling and old Java audio code |
The .au most people picture is 8-bit mu-law at 8 kHz — the lossy companded format SunOS exposed through /dev/audio. This converter does not down-convert to that by default; it writes 16-bit big-endian linear PCM (encoding code 3) into the AU container, which is the muxer's default and a lossless encoding. What you get out therefore depends on what was inside the MKV:
Either way, AU's linear PCM is uncompressed, so the .au is typically larger than the audio occupied inside the MKV. You are paying bytes for the container, not gaining fidelity.
.mkv onto the page or click "+ Add Files". Several files can be queued and converted with the same settings.Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion — never shared or made public.
An MKV can carry multiple audio tracks — an original language, dubs, and a director's commentary, for example. The converter extracts a single track (the file's default/first audio stream) and writes that into the .au. If you need a specific non-default language or commentary track and it isn't the one you get, that selection is beyond what a one-click AU export exposes; a tool that lets you choose the stream index, or a first pass through MKV to MP3 where you can isolate the track you want, is the way to handle it.
No. Converting cannot add detail that was never in the source. If your MKV carries AAC, AC-3, Opus, or MP3 audio — the usual case — that track was already lossy-compressed, and writing it into AU's linear PCM only makes a bigger file that sounds identical to the original. If the MKV's audio was FLAC or another lossless codec, the AU is a full-fidelity copy of it. In neither case do you regain quality the MKV didn't already hold.
No. The historic .au people remember from Sun workstations was 8-bit mu-law at 8000 Hz, which is lossy and telephone-grade. This converter writes 16-bit big-endian linear PCM by default — the AU container's lossless default, encoding code 3 in the Sun spec — preserving full-bandwidth audio rather than companding it down to mu-law. If a specific legacy tool requires exactly 8-bit mu-law, this output will not match that encoding; you would need a tool that lets you force the mu-law codec.
Because AU's linear PCM is uncompressed. The audio inside an MKV is usually stored with a compressed codec like AAC, AC-3, or Opus, which is far smaller than raw PCM. When that track is written out as 16-bit PCM, every sample is stored in full, so the .au commonly grows several times larger than the compressed audio occupied in the MKV. The extra bytes are uncompressed data, not added quality.
Only for compatibility with something that specifically expects .au. Early Java was the classic case: its original sound API supported exactly one format — 8-bit mu-law, 8000 Hz, mono, Sun .au files — so applet and desktop audio of that era shipped as AU. Other realistic cases are a legacy Unix or NeXT-lineage program that reads the Sun format natively, or an academic or retro-computing pipeline that documents .au as its interchange format. For listening, sharing, or editing, MKV to MP3 or MKV to WAV is the better choice.
Yes. The AU format stores its header and sample data in network (big-endian) byte order regardless of the host machine, and the 16-bit PCM this converter writes follows that. It matters only if a downstream tool reads the raw bytes assuming little-endian — well-behaved players honor the header and handle it correctly. WAV, by contrast, is little-endian, which is one of the technical differences between the two containers even though both can carry the same PCM samples.
Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion — never shared, never made public, with no sign-up and no watermark. In our testing, a one-minute MKV with a stereo 16-bit/44.1 kHz track produced an .au of roughly 10 MB, since CD-quality stereo PCM runs about 10 MB per minute regardless of how compact the audio was inside the original MKV.