Extract Audio from RMVB to ALAC — Free Online Tool
Extract audio from RMVB files and save it as ALAC — Apple's lossless audio format stored in an M4A container. Because RMVB audio is typically encoded with lossy codecs like AAC or MP3, ALAC preserves every bit of that audio data without any further quality degradation, making it the best archival choice for audio ripped from RealMedia content.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your RMVB file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
RMVB (RealMedia Variable Bitrate) is a container that typically holds video encoded with RealVideo and audio encoded with a lossy codec such as AAC or MP3. This tool discards the video stream entirely and re-encodes the audio stream into ALAC — Apple Lossless Audio Codec — wrapped in an MPEG-4 (.m4a) container. Because the source audio in RMVB is already lossy, ALAC does not recover any lost audio information; instead, it captures the decoded PCM audio and compresses it losslessly, meaning no additional quality loss occurs beyond what was already present in the original RMVB file. The result is a bit-perfect representation of the audio as it existed in the RMVB, stored in a widely compatible Apple ecosystem format.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg multimedia processing engine, which handles demuxing the RMVB container, decoding the audio stream, re-encoding to ALAC, and muxing into the M4A output container. |
-i input.rmvb
|
Specifies the input RMVB file. FFmpeg uses its RealMedia demuxer to parse the variable-bitrate container and expose the contained video and audio streams for processing. |
-vn
|
Disables video output entirely, ensuring FFmpeg does not attempt to include the RMVB's video stream in the M4A file. This is necessary because M4A is an audio-focused container and the RealVideo stream would be incompatible. |
-c:a alac
|
Sets the audio codec to ALAC (Apple Lossless Audio Codec), encoding the decoded PCM audio from the RMVB without any lossy compression, producing a bit-perfect lossless representation of the source audio. |
-c:a alac
|
This flag appears twice in the resolved command, which is redundant but harmless — FFmpeg applies the last specified value for each stream selector, so ALAC is confirmed as the audio codec for the output stream. |
output.m4a
|
Defines the output filename with the .m4a extension, which signals FFmpeg to use the MPEG-4 audio container — the standard and correct container for ALAC files, natively recognized by Apple Music, iTunes, QuickTime, and most modern media players. |
Common Use Cases
- Archiving audio from older RMVB anime or foreign film releases into a lossless format that can be imported into iTunes or Apple Music without quality degradation.
- Extracting a music soundtrack or score embedded in an RMVB video file for use in an Apple-centric workflow where ALAC is the preferred archival codec.
- Converting RMVB lecture recordings or audiobooks into ALAC so they can be managed in iTunes with full chapter and metadata tag support via the M4A container.
- Stripping the audio from RMVB content distributed via older Chinese streaming or peer-to-peer sources (a common RMVB use case) to create a clean audio-only archive file.
- Preparing audio extracted from RMVB files for playback on Apple devices, where ALAC is natively supported in the Music app, QuickTime, and HomePod without any additional transcoding.
- Producing a high-fidelity intermediate file from RMVB audio that can later be transcoded to other formats (e.g., FLAC or MP3) without accumulating additional lossy generation loss.
Frequently Asked Questions
No — ALAC is lossless, but it cannot restore audio detail that was already discarded by the lossy codec (AAC or MP3) used inside the RMVB file. What ALAC guarantees is that no further quality loss occurs during this extraction. You end up with a lossless container holding a perfect copy of the lossy-decoded audio, which is the best possible outcome given the lossy source.
ALAC uses lossless compression, which is inherently less aggressive than the lossy codecs (AAC or MP3) typically used inside RMVB files. The RMVB audio stream may have been encoded at 128 kbps or less, while the equivalent ALAC file stores the fully decoded PCM audio and then compresses it losslessly — resulting in significantly larger file sizes. This is expected behavior and is the trade-off for zero additional quality loss.
The M4A container used for ALAC does support chapters natively, but RMVB files generally do not carry structured chapter metadata in a way FFmpeg can automatically map across. Any chapters embedded in the RMVB are unlikely to transfer to the output M4A. You would need to add chapter markers manually using a tool like Chapter and Verse or mp4chaps after the conversion.
ALAC has been open-sourced by Apple since 2011, so support has broadened considerably. Modern Android devices, VLC, foobar2000, and most current media players support ALAC in M4A containers. However, older or budget devices may only support AAC or MP3 inside M4A, so if broad compatibility is critical, consider converting to AAC or FLAC instead.
The -vn flag tells FFmpeg to exclude all video streams from the output file. Without it, FFmpeg would attempt to include the RMVB video stream in the M4A container, which would fail because M4A does not support RealVideo or H.264 in the way RMVB packages it for audio-only output. The -vn flag is essential to producing a clean, valid audio-only M4A file.
Yes. On Linux or macOS you can run a loop in the terminal: for f in *.rmvb; do ffmpeg -i "$f" -vn -c:a alac "${f%.rmvb}.m4a"; done. On Windows Command Prompt you can use: for %f in (*.rmvb) do ffmpeg -i "%f" -vn -c:a alac "%~nf.m4a". This processes every RMVB file in the current directory and outputs a matching ALAC M4A file for each one.
Technical Notes
RMVB files were primarily distributed in Asian media communities during the 2000s and early 2010s, and their audio tracks are almost always AAC or MP3 encoded at relatively modest bitrates (often 96–192 kbps). FFmpeg's RMVB demuxer is mature but occasionally struggles with malformed or heavily re-encoded RMVB files from unofficial sources, which can produce seeking errors or truncated output — if this occurs, adding -err_detect ignore_err before the input flag may help. The ALAC encoder in FFmpeg is built-in and requires no external library, making it reliable across all platforms. Because ALAC stores integer PCM samples, the bit depth of the output depends on what FFmpeg decodes the RMVB audio to (typically 16-bit or 32-bit float, resampled to 16-bit signed integer for ALAC). Metadata tags such as title, artist, and album present in the RMVB file's RealMedia header may not map cleanly to M4A/iTunes atoms, so you should verify and re-tag the output file using a tool like MusicBrainz Picard or Kid3. The M4A container produced here supports multiple audio tracks in principle, but the RMVB source's single-track limitation and the tool's single-stream extraction mean the output will always contain exactly one audio track.