Convert CAVS to MOV — Free Online Tool

Convert CAVS (Chinese Audio Video Standard) files to Apple's MOV container using H.264 video and AAC audio. This conversion makes CAVS broadcast content compatible with macOS, Final Cut Pro, and professional Apple-ecosystem editing workflows.

FFmpeg Command

Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg

Free — no uploads, no signups. Your files never leave your browser.

Estimated output:

Conversion Complete!

Download

How It Works

CAVS files use a proprietary Chinese national standard codec (AVS/AVS+) for their video stream, which has virtually no support outside of specialized Chinese broadcast equipment and software. During this conversion, FFmpeg decodes the CAVS video stream and re-encodes it from scratch using the H.264 (libx264) codec, writing the result into a QuickTime MOV container. The audio is similarly decoded and re-encoded to AAC at 128k bitrate. Because this is a full transcode — not a remux — both the video and audio streams are fully reprocessed. The MOV output includes the +faststart flag, which relocates the file's metadata header to the beginning of the file, enabling progressive playback and streaming. The resulting file is natively compatible with macOS QuickTime Player, Final Cut Pro, iMovie, and any device in the Apple ecosystem.

What Each Flag Does

Flag What it does
ffmpeg Invokes the FFmpeg binary — the open-source multimedia processing engine that handles all decoding, encoding, and container muxing for this CAVS-to-MOV conversion.
-i input.cavs Specifies the input file in CAVS format. FFmpeg uses its built-in AVS/CAVS decoder to read and decode both the Chinese-standard video stream and the accompanying audio from this container.
-c:v libx264 Re-encodes the decoded CAVS video stream using the H.264 encoder (libx264), producing a video stream that is universally compatible with Apple devices, Final Cut Pro, QuickTime Player, and virtually all modern video software.
-c:a aac Re-encodes the audio stream to AAC using FFmpeg's native AAC encoder, replacing the broadcast-origin audio codec from the CAVS source with the standard audio format expected inside MOV files on Apple platforms.
-crf 23 Sets the H.264 Constant Rate Factor to 23, the libx264 default, which provides a good balance between visual quality and file size when transcoding from CAVS broadcast content. Lower values (e.g., 18) produce higher quality at larger file sizes.
-b:a 128k Sets the AAC audio output bitrate to 128 kilobits per second, a standard target for stereo broadcast audio that preserves intelligibility and fidelity from the original CAVS audio track without unnecessary file size overhead.
-movflags +faststart Moves the MOV container's metadata (moov atom) to the beginning of the output file after encoding completes, enabling the file to begin playback before it is fully downloaded — essential for streaming previews and fast loading in Final Cut Pro or iMovie.
output.mov Defines the output filename and signals to FFmpeg that the result should be wrapped in a QuickTime MOV container, which supports the H.264 video and AAC audio streams produced by this conversion along with Apple-ecosystem metadata structures.

Common Use Cases

  • Importing Chinese broadcast or IPTV recordings captured in CAVS format into Final Cut Pro for professional editing
  • Making CAVS video files from Chinese set-top boxes or DVRs playable on macOS without installing additional codecs
  • Archiving Chinese broadcast content from CAVS to a widely supported, long-term compatible format like H.264 MOV
  • Preparing CAVS footage shot or received from Chinese production partners for integration into an Apple-ecosystem post-production pipeline
  • Converting CAVS files for review and playback on iPhones or iPads, which do not support the AVS codec natively
  • Sharing Chinese broadcast video content with international collaborators whose editing systems only recognize standard codecs like H.264 in MOV or MP4 containers

Frequently Asked Questions

Yes, some quality loss is expected because this is a full transcode, not a lossless remux. The CAVS video is decoded and re-encoded to H.264 using a CRF value of 23, which is a widely accepted balance between file size and visual quality. If the source CAVS content is already at a modest bitrate from broadcast or IPTV capture, the output MOV should look very close to the original at this default CRF setting. To reduce quality loss on high-quality source material, you can lower the CRF value in the FFmpeg command (e.g., -crf 18 for higher quality, larger file).
macOS has no native support for the AVS/CAVS video codec, and most popular media players on Mac — including QuickTime Player and even VLC in some configurations — either fail to play CAVS files or require obscure codec packs that are difficult to install. Converting to MOV with H.264 produces a file that is natively understood by every Apple application and device without any additional software.
MOV is actually a more feature-rich container than CAVS in terms of standard support — it supports multiple audio tracks, chapter markers, subtitles, and transparency layers. However, CAVS files from Chinese broadcast sources typically contain only a single video and audio track with no embedded subtitle data that FFmpeg can extract, so no broadcast metadata from the CAVS stream is likely to be lost. Any MPEG-style program metadata in the CAVS container will not be carried over, as MOV uses a different metadata model.
Adjust the -crf value in the command to control H.264 output quality. The scale runs from 0 (lossless, very large file) to 51 (lowest quality, smallest file), with 23 as the default. For higher quality output from broadcast CAVS source material, try -crf 18, which produces a visually near-lossless result at a larger file size. For smaller files where some quality degradation is acceptable, -crf 28 or -crf 35 reduces the output size significantly. Example: ffmpeg -i input.cavs -c:v libx264 -c:a aac -crf 18 -b:a 192k -movflags +faststart output.mov
Yes. On macOS or Linux, you can use a shell loop to batch process all CAVS files in a directory: for f in *.cavs; do ffmpeg -i "$f" -c:v libx264 -c:a aac -crf 23 -b:a 128k -movflags +faststart "${f%.cavs}.mov"; done. On Windows Command Prompt, use: for %f in (*.cavs) do ffmpeg -i "%f" -c:v libx264 -c:a aac -crf 23 -b:a 128k -movflags +faststart "%~nf.mov". Note that the browser-based tool processes one file at a time; the command line approach is recommended for batches or files over 1GB.
Yes. MOV with H.264 video and AAC audio is one of the most natively supported formats across all Apple professional and consumer applications. Final Cut Pro, iMovie, Motion, and QuickTime Player all handle this output directly without transcoding or rewrapping. The +faststart flag also ensures the file loads quickly when scrubbing or previewing in Final Cut Pro's event browser.

Technical Notes

CAVS (Chinese Audio Video Standard, also known as AVS1) is a codec developed by China's Audio Video Coding Standard Workgroup as a domestic alternative to H.264/AVC, primarily used in Chinese broadcast television, IPTV, and Blu-ray-equivalent optical disc formats in China. Support for the CAVS decoder in FFmpeg is read-only — FFmpeg can decode CAVS but cannot encode to it — meaning the conversion path always goes from CAVS out to another format, never the reverse. Because the entire video stream must be re-encoded (there is no container remux possible here), processing time will be proportional to the file length and your device's CPU performance; this is not a fast copy operation. The MOV container is chosen here rather than MP4 because MOV natively integrates with Apple's professional ecosystem and supports additional metadata structures useful in post-production. The -movflags +faststart optimization is particularly important for any downstream use case involving streaming or network preview, as it moves the moov atom to the file's start. Audio from CAVS broadcast sources is typically MPEG audio or a variant; it is decoded and re-encoded to AAC at 128k, which is transparent quality for most broadcast audio. If the source has a higher-quality audio track (e.g., 5.1 surround), note that this tool's default configuration outputs stereo AAC — for multichannel preservation you would need to modify the FFmpeg command with explicit channel mapping flags.

Related Tools