Initializing... drag & drop files here
Supports: AU
AU (the Sun/NeXT audio format, with extension .au or .snd) is a legacy container introduced by Sun Microsystems in the late 1980s for Unix workstations and adopted as the native sound format of early Java — the original sun.audio API only played .au. It's a small header followed by raw audio samples, usually 8-bit μ-law at 8 kHz mono, sometimes 16-bit linear PCM. MP3 is the universally supported lossy audio format that plays everywhere: every browser, every phone, every car stereo, every smart speaker. Converting AU → MP3 trades a tiny amount of fidelity (often imperceptible at the source's 8 kHz speech bandwidth) for files that are dramatically smaller and play without third-party tooling.
sun.audio.AudioPlayer and only knew .au. Modernizing those sounds for current web pages, Android MediaPlayer, JavaFX, or Unity means MP3 (or WAV) so any HTML5 <audio> tag plays them out of the box.| Property | AU | MP3 |
|---|---|---|
| Origin | Sun Microsystems, late 1980s | Fraunhofer IIS, 1993 |
| Compression | Uncompressed PCM or μ-law / A-law (log) | MPEG-1/2 Layer III, lossy perceptual |
| Default encoding | 8-bit μ-law @ 8 kHz mono | 128 kbps CBR @ 44.1 kHz stereo |
| Typical size (1 min speech) | ~480 KB (8 kHz μ-law) | ~720 KB at 96 kbps, ~960 KB at 128 kbps |
| Typical size (1 min music) | ~10 MB (16-bit PCM @ 44.1 kHz) | ~960 KB at 128 kbps, ~2.4 MB at 320 kbps |
| Modern OS playback | Limited — Audacity, VLC, ffmpeg | Universal — every device since ~2000 |
Browser <audio> support |
None | All browsers |
| Streaming + tagging | None | ID3v1 / ID3v2 tags, gapless, streamable |
| Best for | Legacy Unix archives, Java 1.0 assets | Distribution, listening, hardware playback |
| Source AU type | Suggested MP3 bitrate | Why |
|---|---|---|
| 8 kHz μ-law speech (classic Sun default) | 64–96 kbps mono | Source bandwidth is ~4 kHz (Nyquist of 8 kHz). Higher bitrates waste bytes on data that isn't there. |
| 11.025 / 22.05 kHz PCM speech | 96–128 kbps mono | Captures the full source bandwidth without bloat. |
| 44.1 kHz 16-bit PCM music | 192–256 kbps stereo | Transparent to most listeners; the standard "high quality" range. |
| Archival or critical listening copy | 320 kbps CBR or V0 VBR | The maximum MP3 fidelity tier. Use only when source is also high quality. |
No — encoding can never add information that isn't in the source. If your AU is 8 kHz 8-bit μ-law (Sun's classic default), the resulting MP3 has at best the same intelligibility, and at worst a tiny bit less because MP3 is lossy. The reason to convert is compatibility, not quality. If your AU happens to contain 16-bit linear PCM at 44.1 kHz (rarer but possible), encoding to MP3 at 192 kbps or higher preserves nearly all perceived quality at a fraction of the size.
96 kbps mono is plenty. The source's 8 kHz sample rate caps usable audio bandwidth at ~4 kHz (the Nyquist limit), which is well within what 64–96 kbps MP3 can encode transparently for speech. Anything above 128 kbps for an 8 kHz μ-law AU is wasted bytes — the MP3 cannot encode detail that doesn't exist in the source.
Yes for Sun/NeXT .snd files — they use the same container as .au and are handled identically by XConvert's pipeline. Note that classic Mac OS System 7 also used .snd for an unrelated sound resource format from the pre-OS-X era; those rare files need a Mac-specific extractor first and won't decode here.
Pick MP3 when you want small files, broad device support, or a listening copy. Pick WAV when you want a lossless archival master, when you'll edit the audio in a DAW, or when downstream telephony tooling needs μ-law preserved (WAV can wrap μ-law; MP3 cannot). A common pattern is to keep the original .au plus a WAV master for editing, and produce MP3s for distribution.
Because the original was likely 8-bit μ-law at 8 kHz mono — about 8 KB per second — while MP3's minimum useful bitrate is around 32 kbps (~4 KB per second), and most encoders default to 128 kbps stereo, which is ~16 KB per second. To get a smaller MP3 than the source, choose 64–96 kbps mono explicitly. Even then, MP3 has a ~400-byte frame header overhead and a fixed minimum bitrate floor that μ-law doesn't, so for very short clips the AU may stay smaller — but compatibility goes from "almost nowhere" to "everywhere."
Yes. Drop the entire folder into the upload area and every file converts in parallel within your browser session. Settings apply uniformly, which is ideal when migrating an archive of recordings made on the same workstation. Output downloads individually or as a single ZIP. For larger collections, processing happens locally in your browser session — there are no per-file rate limits beyond your machine's CPU.
AU has no tagging system — there is no title, artist, or album field in the Sun/NeXT container, only an optional 24-byte annotation field that most files leave blank. So converting AU → MP3 cannot carry tags forward (there are none to carry). After conversion, you can add ID3v2 tags to the MP3 in any tag editor (Mp3tag, Kid3, MusicBrainz Picard, iTunes/Music) or directly in your file manager.
A small fraction of .au files in old archives are actually mislabeled — they're either headerless raw PCM, NeXT .snd Mac System 7 resources, or files truncated by FTP transfer in ASCII mode (a classic 1990s bug). XConvert reads the standard Sun/NeXT magic bytes (.snd, hex 2E 73 6E 64) and decodes μ-law, A-law, and 8/16/24/32-bit PCM AU variants. If a file fails, inspect the first four bytes — anything other than 2E 73 6E 64 means the file isn't a real AU and needs format identification first.