Initializing... drag & drop files here
Supports: 3G2, 3GP, 3GPP, ASF, AV1, AVCHD +31 more
AU (.au, also .snd) is the legacy audio format created by Sun Microsystems in the late 1980s for SunOS, Solaris, and NeXTSTEP. It was the de facto Unix workstation audio format throughout the 1990s and remains the native format for Java's javax.sound.sampled API. Common reasons to extract audio from video and save as AU:
.au input. mu-law 8 kHz mono is the universally readable AU profile.javax.sound.sampled.AudioSystem natively reads and writes AU. If you're writing a Java app, JavaFX game, or Android system sound, AU is the lowest-friction format with zero external codec dependencies..au was the first mainstream web audio format before MP3).| Property | AU | WAV | MP3 |
|---|---|---|---|
| Origin | Sun Microsystems, ~1988 | Microsoft/IBM, 1991 | Fraunhofer, 1993 |
| Native platform | Unix, Solaris, NeXT, Java | Windows, cross-platform | Universal |
| Default codec | μ-law 8-bit (telephony) | PCM 16-bit (uncompressed) | MPEG-1 Layer III (lossy) |
| Typical use today | Legacy/Java/telephony | Editing, mastering, archive | Streaming, portable players |
| File size (1 min mono) | ~0.5 MB (μ-law 8 kHz) / ~5 MB (PCM 44.1 kHz) | ~5 MB (PCM 44.1 kHz mono) | ~1 MB (128 kbps) |
| Lossless option | Yes (PCM S16BE) | Yes (PCM) | No |
| Browser playback | Limited (Java applets historically) | Yes (HTML5 audio) | Yes (universal) |
| Codec | Bit depth / encoding | File size (1 min mono 8 kHz) | Best for |
|---|---|---|---|
| PCM μ-law | 8-bit logarithmic | ~0.48 MB | Classic AU, telephony, Java sounds, smallest size |
| PCM A-law | 8-bit logarithmic | ~0.48 MB | European telephony, G.711 a-law systems |
| PCM 16-bit BE | 16-bit signed big-endian | ~0.96 MB (8 kHz) / ~5.3 MB (44.1 kHz) | Lossless AU, modern Java audio, archival |
| PCM 16-bit LE | 16-bit signed little-endian | Same as BE | Tools expecting little-endian PCM in AU container |
μ-law and A-law are 2:1 logarithmic companding codecs — they preserve dynamic range better than linear 8-bit PCM at the same size. They're the original .au codecs and what most legacy software expects. PCM 16-bit BE is the modern AU PCM mode and is bit-faithful to the source video's audio (within the chosen sample rate).
μ-law 8 kHz mono is the canonical AU and what 95% of legacy software expects (SunOS, Solaris, Java's default .au, classic NeXT system sounds). Pick A-law only if your target system specifically needs European G.711 a-law (rare outside telecom). Pick PCM 16-bit BE if you need lossless audio — file size jumps ~10x but the AU is bit-faithful to the source video's decoded audio.
For telephony, IVR prompts, and Java system sounds: 8000 Hz mono (the AU default — and what javax.sound's default voice format expects). For vintage Unix workstation audio: 22050 Hz. For modern lossless extraction matching the source video: 44100 Hz (music videos) or 48000 Hz (web video, MP4/MOV/WebM defaults). Note that 8 kHz μ-law tops out at ~3.4 kHz audio bandwidth (telephone quality) — fine for speech, not for music.
Yes — that's the primary use case. AudioSystem.getAudioInputStream(file) natively reads μ-law, A-law, and PCM 16-bit BE AU files without any extra dependencies. Files produced here use the standard Sun AU header (magic number .snd / 0x2E736E64) that's been the Java audio reference since JDK 1.0.
Two reasons stack: the video track (typically 80-95% of the file) is dropped, and μ-law 8-bit at 8 kHz is one of the smallest practical audio encodings (~8 KB/sec, ~480 KB per minute mono). A 100 MB MP4 video commonly becomes a sub-1 MB AU when extracted at telephony settings. For a fuller-fidelity extraction try Video to WAV instead.
Yes. Use the trim controls to enter start time + duration in seconds (e.g., 45.5) or HH:MM:SS.sss (e.g., 00:01:30.500). Useful for grabbing a specific dialog clip, isolating a single IVR prompt from a recorded call, or extracting one segment of a lecture as a Java system sound.
35+ video containers: MP4, MOV, AVI, MKV, WebM, FLV, WMV, MPEG, MPG, 3GP, 3G2, M4V, M2TS, MTS, OGV, ASF, AV1, AVCHD, DV, DVR, F4V, HEVC, MJPEG, MXF, RM, RMVB, SWF, TS, VOB, WTV, Xvid, and more. The audio track is decoded then re-encoded into the AU container — input video codec doesn't matter as long as the audio stream is readable.
For most modern use cases, WAV is the better default — better tooling support, better compatibility with audio editors. AU is specifically the right choice when (1) you're targeting Java's javax.sound and want zero codec dependencies, (2) you're integrating with legacy Solaris/SunOS/NeXTSTEP systems, (3) you're doing G.711 telephony work where μ-law/A-law is the native format, or (4) you're matching an existing dataset distributed as .au.
Yes — μ-law 8 kHz is lossy by design. It limits audio bandwidth to ~3.4 kHz (telephone quality) and uses 8-bit logarithmic quantization. Speech remains intelligible and natural-sounding; music loses sparkle, cymbals, and stereo imaging (since μ-law is typically mono). For lossless extraction pick PCM 16-bit BE at 44.1/48 kHz, or use Video to FLAC for compressed lossless instead.
The AU container historically supports mono and stereo only — multi-channel video soundtracks are downmixed to stereo (or mono if you select MONO). For 5.1/7.1 preservation use Video to FLAC or Video to WAV instead.