Initializing... drag & drop files here
Supports: VOC
The Creative Voice (VOC) format was Creative Labs' container for Sound Blaster audio in the late 1980s and 1990s — block-structured, 8-bit PCM by default, with later support for 16-bit and a-law/u-law variants. AU (.au / .snd) is Sun Microsystems' simpler big-endian format that became the default audio container on NeXTSTEP, Solaris, and the early web. Both are obsolete-but-alive formats; converting VOC to AU is most often about portability and toolchain compatibility, not quality.
audiotool, sox, and Solaris /dev/audio. Legacy scientific and signal-processing rigs still ingest .au; VOC files won't load without a wrapper.javax.sound.sampled) — Java's standard audio API reads AU out of the box across every JDK since 1.3 (1999). VOC requires a third-party SPI like Tritonus, so converting upstream is simpler than shipping extra JARs.| Property | VOC (Creative Voice) | AU (Sun / NeXT) |
|---|---|---|
| Vendor | Creative Labs (Sound Blaster) | Sun Microsystems |
| Era | Late 1980s through 1990s | 1990 onward (NeXTSTEP, then Sun) |
| Header | 26-byte signature + block structure | 24-byte header, magic .snd (0x2e736e64) |
| Endianness | Little-endian | Big-endian |
| Default encoding | Unsigned 8-bit PCM | 8-bit mu-law |
| Other codecs | 16-bit PCM, A-law, mu-law, Creative ADPCM (v1.20+) | PCM 8/16/24/32-bit, A-law, mu-law, G.721/G.722/G.723 ADPCM, 32/64-bit IEEE float |
| Native platforms | DOS, Windows (Sound Blaster era) | NeXTSTEP, Solaris, early web, Java |
| Java support | Requires third-party SPI | Built into javax.sound.sampled since JDK 1.3 |
| Status today | Effectively obsolete (replaced by WAV) | Niche but still supported by sox, ffmpeg, VLC, Audacity |
| Output codec | Bit depth | Typical use | Size for 1 min mono @ 8 kHz |
|---|---|---|---|
| mu-law (default) | 8-bit logarithmic | Telephony, voice, early-web defaults | ~480 KB |
| A-law | 8-bit logarithmic | European telephony (E1, ITU G.711) | ~480 KB |
| PCM 16-bit big-endian | 16-bit linear | Lossless archival, audio analysis | ~960 KB |
| PCM 24-bit | 24-bit linear | High-resolution mastering | ~1.4 MB |
| PCM 32-bit / float | 32-bit | DSP workflows, scientific computing | ~1.9 MB |
For most VOC sources (which are typically 8-bit recordings from Sound Blaster hardware), mu-law gives you the smallest file with no perceptible quality loss versus the original. Pick PCM 16-bit only if you plan to do further editing or measurement — re-encoding 8-bit voice to 16-bit doesn't add fidelity, it just adds zeros.
VLC, Audacity, ffmpeg, sox, QuickTime Player, Windows Media Player (with codec pack), and any Java application using javax.sound.sampled. On Linux the audio/basic MIME type maps directly to .au, and most desktop file managers preview it without extra software.
Mu-law is the canonical AU default and what NeXTSTEP/Solaris pipelines expect for voice. A-law is the European-telephony equivalent (same bit rate, slightly different companding curve). Pick PCM 16-bit big-endian if you need a lossless archival copy and don't care about file size. For converting 8-bit VOC source material specifically, mu-law is the natural target — it's also 8-bit and was designed for the same voice-quality range.
Yes — that's one of AU's main remaining use cases. Java's javax.sound.sampled.AudioSystem has built-in support for AU (mu-law, A-law, 8-bit PCM, 16-bit PCM) on every JDK since 1.3. If your Java app currently relies on a third-party VOC reader, converting upstream to AU removes the dependency.
Because AU at mu-law 8-bit and VOC at unsigned 8-bit PCM both pack one byte per sample. The main differences are header layout (24 bytes for AU vs 26 bytes plus per-block metadata for VOC) and endianness. If you want a smaller file, drop the sample rate (8 kHz instead of 22.05 kHz) or convert to a compressed format like VOC to MP3 or VOC to FLAC instead.
Practically yes. On NeXTSTEP the format was distributed as .snd; on Sun it became .au. The file magic is the same four bytes (.snd). Some legacy macOS tools still write .snd extensions on what are structurally identical AU files. Both extensions are interchangeable in modern players.
Yes. Creative ADPCM (the 4-bit and 2.6-bit variants introduced in VOC v1.20) is decoded back to linear PCM before encoding to your chosen AU codec, so there's no silent passthrough of compressed bytes. Expect the AU output to be larger than the VOC source because ADPCM is compressed and the AU mu-law/PCM target is not.
AU supports any channel count the encoding does — common files are mono (the historical default for voice/telephony) but stereo, 4-channel, and even surround layouts are valid. The Audio Channel option in Advanced Options lets you force mono (smaller file, fine for VOC speech samples) or stereo (duplicates the mono signal across both channels for compatibility with stereo-only players).
Yes — open Advanced Options, expand Trim, and set a start offset and duration. Useful when a VOC contains multiple sound effects concatenated into a single file (a common pattern in DOS game audio dumps) and you only want one. For more flexible audio editing, the standalone Audio Converter lets you mix codecs and operations across batches.
VOC files are almost always small — a few hundred KB to a few MB, because the format dates from an era when 1 MB of RAM was a lot. xconvert handles standard uploads with no per-file watermark or count limit; batch-converting a large game audio dump is fine — files are processed on our servers over an encrypted connection.