Initializing... drag & drop files here
Supports: FLAC
AU (also seen as .snd) is the Sun Microsystems audio format from the late-1980s Unix workstation era, later carried over to NeXT systems and used widely as the native /dev/audio sound format on early Unix. This converter turns a FLAC file into an .au file for the narrow cases where a legacy Unix tool, an old Java program, or a retro-computing pipeline specifically expects that container. Be clear on what it does for fidelity: FLAC already holds the exact, bit-perfect samples losslessly, so wrapping them in AU gains a container format, not quality — and because the AU output here is uncompressed PCM, the file gets larger. Most people are better off keeping the FLAC, or using FLAC to WAV for a plain editor-friendly master.
| Property | Value |
|---|---|
| Full name | Free Lossless Audio Codec |
| Origin | Xiph.Org Foundation, first release 2001 |
| Payload | Lossless compressed PCM |
| Audio quality | Bit-perfect (exact original samples) |
| Bit depth | Up to 32-bit integer; common 16-bit and 24-bit |
| Typical size | Baseline — roughly half the uncompressed size |
| Metadata | Vorbis comments, embedded cover art, cue sheets |
| Best for | Archiving, tagging, lossless storage |
| 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 big-endian words (24 bytes) plus an annotation field |
| Encodings the format allows | 8-bit µ-law, 8-bit A-law, linear PCM (8/16/24/32-bit), 32/64-bit float, some ADPCM |
| Classic default | 8-bit µ-law at 8000 Hz (telephone-grade, lossy) |
| Codec written here | 16-bit big-endian linear PCM (lossless, not µ-law) |
| Byte order | Big-endian, including the sample data |
| Best for | Legacy Unix/NeXT tooling and old Java audio code |
The classic .au most people associate with old Unix systems is 8-bit µ-law at 8 kHz — a lossy, telephone-grade companding scheme. This converter does not produce that. It writes 16-bit big-endian linear PCM inside the AU container, which is the AU muxer's default and a lossless encoding. So the audio inside your .au is bit-identical to the FLAC, just stored uncompressed and in big-endian byte order. The trade-off is size: FLAC's lossless compression is undone, so a converted file commonly grows to roughly 1.5x–2x the original FLAC. You are paying bytes to gain the container, not losing audio.
.flac files onto the page or click "+ Add Files". You can queue several and convert them 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.
No. FLAC is already lossless and holds the exact original samples, and this converter writes those same samples into the AU as 16-bit linear PCM. The output is bit-identical to the source — you gain the .au container, not fidelity. The converter does not upsample, so a 16-bit/44.1 kHz FLAC produces a 16-bit/44.1 kHz AU, not a higher-resolution one.
No. The historic .au format people remember from old Unix workstations was 8-bit µ-law at 8000 Hz, which is lossy and telephone-grade. This converter instead writes 16-bit big-endian linear PCM — the AU container's lossless default — so it keeps full CD-or-better quality rather than down-converting to µ-law. If a legacy tool specifically requires 8-bit µ-law, this output will not match that exact encoding.
Because the AU payload here is uncompressed. FLAC shrinks audio losslessly, typically to about half its uncompressed size, while the linear PCM inside the AU writes every sample out in full. CD-quality stereo runs around 10 MB per minute at 16-bit/44.1 kHz, so a FLAC commonly expands to roughly 1.5x–2x its original size as AU. The extra bytes are uncompressed data, not added detail.
Only for compatibility with something that specifically expects .au. Realistic cases: a legacy Unix or NeXT-lineage program that reads the Sun audio format natively, older Java code that loads .au via the classic sound APIs, or an academic/retro-computing pipeline that documents .au as its interchange format. For listening, storage, or editing, FLAC or FLAC to WAV is the better choice — AU offers no advantage there.
Yes. The AU format stores its header and sample data in big-endian byte order, 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.
Yes. Because the AU here holds uncompressed lossless PCM, re-encoding it to FLAC recovers the exact same samples and re-applies lossless compression — no quality loss, just a smaller file again. Our AU to FLAC tool does the reverse conversion. (This round-trip is lossless only because the output is PCM; it would not be if the AU were 8-bit µ-law.)
Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion. They are never shared or made public, there is no watermark, and no sign-up is required. In our testing, a 16-bit/44.1 kHz stereo FLAC produced a same-rate 16-bit AU with identical audio and a noticeably larger file size, as expected from dropping FLAC's compression.