Initializing... drag & drop files here
Supports: RMVB
RMVB (RealMedia Variable Bitrate) is a 2000s-era RealNetworks video container that wraps a RealVideo picture stream and a low-bitrate RealAudio soundtrack. AU is one of the oldest digital audio formats — a bare Sun Microsystems container from the Unix workstation era. This converter pulls the audio out of an RMVB file, decodes the RealAudio track, and writes it back out as a standard AU file for Unix, Java, or telephony pipelines that still expect that format.
| Property | Value |
|---|---|
| Full name | RealMedia Variable Bitrate |
| Developer | RealNetworks |
| Introduced | Early 2000s (variable-bitrate extension of RealMedia) |
| Container | RealMedia (.rm / .rmvb family) |
| Video codec | RealVideo (RV40, compression comparable to H.264/x264) |
| Audio codec | RealAudio, commonly the Cook codec (lossy, low-bitrate) |
| Typical use | Compact video distribution — Asian TV and film, anime fansubs shared on BitTorrent, eDonkey and Gnutella |
| Native support today | Rare — needs RealPlayer or VLC; no modern browser plays it |
| Property | Value |
|---|---|
| Full name | AU / Sun audio (the .snd format) |
| Developer | Sun Microsystems |
| Introduced | Unix workstation era, late 1980s–early 1990s |
| Header | 24-byte (six 32-bit words); magic number 0x2e736e64 = ".snd" |
| Original encoding | 8-bit μ-law at 8000 Hz, native to the SPARCstation /dev/audio interface |
| Encodings supported | μ-law and A-law (G.711), linear PCM from 8-bit to 64-bit IEEE float, G.721/G.722 ADPCM |
| Metadata | Minimal — no tags, cover art or chapters |
| Typical use | De facto Unix sound format, Java AudioClip, early web audio, telephony |
This is a niche, compatibility-driven conversion rather than a quality upgrade. If you are feeding audio into an older Unix toolchain, a Java program that loads clips through AudioClip, or a telephony/voicemail system that speaks μ-law, AU is the container those tools were built around. Pulling the soundtrack out of an RMVB video into a plain AU file drops the RealMedia wrapper entirely and gives you a header-plus-data file that almost any Unix audio library can read.
Be realistic about quality. RMVB audio is usually the RealAudio Cook codec encoded at a low bitrate for small file sizes, so the source is already lossy. Converting to AU re-encodes that decoded stream — by default into 8-bit μ-law telephony companding — and will not add back detail the RealAudio track never stored. You are changing the wrapper and encoding, not restoring fidelity. For everyday listening, extracting to MP3 is smaller and plays everywhere; choose AU only when a specific Unix or Java pipeline requires it.
.rmvb file onto the page or click "Add Files". You can queue several clips and convert them with the same settings.No. RMVB carries a lossy RealAudio track, so the detail lost during its original low-bitrate encoding is already gone. Re-encoding that audio to AU cannot recover anything — and the default 8-bit μ-law output can trim a little more, being telephony-grade companding — so you get a larger file that sounds no better. (Selecting 16-bit PCM in the advanced options preserves the decoded audio in full, but still can't exceed the source quality.)
The converter writes 8-bit μ-law (G.711) by default — the same encoding classic SunOS-era AU files used, though at the source's sample rate unless you lower it to 8000 Hz. If you want uncompressed linear PCM instead, select 16-bit big-endian PCM (PCM_S16BE) in the advanced options; A-law is also available.
Almost always. AU stores decoded audio as raw samples, while RMVB's RealAudio is heavily compressed. The default 8-bit μ-law output runs about 5.3 MB per stereo minute at 44.1 kHz (one byte per sample per channel), so a 3-minute clip lands around 16 MB — and selecting 16-bit PCM doubles that to roughly 32 MB. Either way the AU file dwarfs the low-bitrate source it came from.
VLC, Audacity, and most cross-platform audio libraries read AU, as do Java programs and traditional Unix sound utilities like play (SoX). Some general media players do not recognise it, since AU never became a consumer format — if a player refuses it, convert the audio to a mainstream format instead.
Only for compatibility with a system that specifically expects AU — a legacy Unix workflow, a Java applet or app that loads clips as AU, or a telephony stack built on μ-law. For portability and small size, MP3 is a better choice, and WAV is the more common uncompressed option on Windows and macOS.
No. AU has a minimal 24-byte header with room only for the encoding, sample rate and channel count — there are no fields for tags, cover art or chapters, and it is audio-only, so the RealVideo picture stream is discarded. If you need to keep the video, convert to a video format such as MP4 instead.
Because AU here stores one raw byte per sample per channel (the 8-bit μ-law default) while RMVB's RealAudio track was heavily compressed. RMVB was built for low-bitrate streaming, so its audio might run a few kilobits per second; the same audio written as μ-law AU at 44.1 kHz stereo balloons to roughly 5.3 MB per minute — about 10 MB if you select 16-bit PCM. The extra size buys no quality — it can't add detail the compressed source never had — so if size matters, RMVB to MP3 keeps it small instead.
Yes. Your file is uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours. There is no sign-up, no watermark, and files are never shared or made public. On big RMVB files, the main wait is upload time rather than the conversion itself.