Convert CAVS to MOD — Free Online Tool
Convert CAVS (Chinese Audio Video Standard) files to MOD format used by JVC and Panasonic camcorders, re-encoding the video stream with H.264 via libx264 and audio with AAC at 128k bitrate. This is useful for integrating CAVS broadcast content into camcorder-based editing workflows that expect MPEG-PS-structured MOD files.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your CAVS 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
CAVS files use a proprietary Chinese national standard video codec (AVS) which is not natively supported by most consumer editing tools. During this conversion, FFmpeg decodes the CAVS video stream entirely and re-encodes it using the libx264 H.264 encoder at CRF 23, which produces visually near-lossless quality at efficient file sizes. The audio is simultaneously decoded and re-encoded to AAC at 128k bitrate. The resulting output is written into a MOD container — a modified MPEG-PS structure associated with JVC and Panasonic camcorder recordings — which wraps the H.264 and AAC streams in a format that camcorder-oriented software and hardware can read. Because CAVS uses a fundamentally different video codec than MOD's typical MPEG-2 or H.264 streams, full transcoding of the video is unavoidable; there is no remux shortcut here.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg program, the open-source multimedia processing engine that handles all decoding, transcoding, and muxing in this CAVS-to-MOD conversion. |
-i input.cavs
|
Specifies the input file in CAVS format. FFmpeg uses its native AVS decoder to read the Chinese Audio Video Standard video stream from this file. |
-c:v libx264
|
Sets the video encoder to libx264, which re-encodes the decoded CAVS video stream into H.264. Since CAVS and H.264 are entirely different codecs, full re-encoding is required — there is no stream copy option for this format pair. |
-c:a aac
|
Encodes the audio stream to AAC, which is the default and most compatible audio codec for the MOD container in this configuration. The original CAVS audio is decoded and re-encoded to AAC during the conversion. |
-crf 23
|
Sets the Constant Rate Factor for the H.264 video encode to 23, which is the libx264 default and represents a good balance between visual quality and file size for the transcoded output. Lower values (e.g., 18) produce higher quality at larger sizes. |
-b:a 128k
|
Sets the AAC audio bitrate to 128 kilobits per second, which is the default and provides adequate stereo audio fidelity for most MOD-compatible playback applications and editing workflows. |
output.mod
|
Defines the output filename with the .mod extension, which signals FFmpeg to write the encoded H.264 video and AAC audio into a MOD container — the modified MPEG-PS format associated with JVC and Panasonic camcorder recordings. |
Common Use Cases
- Importing Chinese broadcast or IPTV recordings encoded in CAVS into a camcorder-based NLE (non-linear editor) workflow that expects MOD files from JVC or Panasonic devices
- Archiving CAVS-encoded content from Chinese DVB-C or AVS-standard set-top boxes into a format compatible with older Panasonic Everio or JVC Everio editing suites
- Converting CAVS video clips captured from Chinese digital television standards for playback on camcorder-connected TV screens that only accept MOD file input from USB
- Preparing CAVS footage for ingestion into video management systems used by broadcast studios that catalog media in MOD format alongside physical camcorder recordings
- Transcoding CAVS test or reference video content into MOD for quality comparison testing on JVC or Panasonic camcorder hardware displays
- Migrating a library of CAVS-format recordings from a Chinese set-top box to a MOD-compatible external hard drive for use with a Panasonic Everio editing station
Frequently Asked Questions
Because CAVS uses a fundamentally different video codec (AVS/AVS+) than what MOD natively carries, the video must be fully decoded and re-encoded to H.264 using libx264. The default CRF 23 setting produces visually high-quality output, but this is a lossy transcode — there will be some generation loss compared to the original CAVS source. Lowering the CRF value (e.g., to 18) in the FFmpeg command will increase quality at the cost of a larger file size.
Traditional MOD files from JVC and Panasonic camcorders store MPEG-2 video inside a modified MPEG-PS container. However, this tool's output uses H.264 (libx264) inside the MOD container, which is a more modern and efficient codec. Most software that can read MOD files supports H.264 streams, and the result will be significantly smaller than an equivalent MPEG-2 encode at the same visual quality. If your specific playback device requires strict MPEG-2 in MOD, you would need to modify the FFmpeg command to use the mpeg2video codec instead.
No. Neither CAVS nor the MOD container format support subtitles or chapter markers in the context of this conversion. Any subtitle tracks embedded in the CAVS source will be dropped during transcoding, and no chapter data is written to the output MOD file. If you need to preserve subtitle data, you would need to extract it separately before conversion using a different workflow.
To adjust video quality, change the -crf value in the command — lower numbers mean higher quality and larger files, with 18 being visually near-lossless and 28 being noticeably compressed. For audio quality, replace -b:a 128k with a higher bitrate like -b:a 192k or -b:a 256k for better audio fidelity. For example: ffmpeg -i input.cavs -c:v libx264 -c:a aac -crf 18 -b:a 192k output.mod produces a noticeably higher-quality output at the cost of a larger file.
Yes. On Linux or macOS, you can use a shell loop: for f in *.cavs; do ffmpeg -i "$f" -c:v libx264 -c:a aac -crf 23 -b:a 128k "${f%.cavs}.mod"; 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 "%~nf.mod". The browser-based tool processes one file at a time, so the FFmpeg command is the recommended approach for batch jobs, especially for large libraries.
CAVS (Chinese Audio Video Standard) was developed as a domestic Chinese alternative to H.264 for use in broadcast, IPTV, and set-top box applications within China. Content recorded or received from Chinese digital television systems may be stored in CAVS. MOD format, on the other hand, is specific to JVC and Panasonic consumer camcorders and the software ecosystems built around them. A user might need this conversion when trying to integrate Chinese broadcast recordings into a home video archive or editing project built around Panasonic Everio or JVC Everio hardware.
Technical Notes
CAVS (AVS1-P2) is a Chinese national standard video codec that is not widely supported outside of Chinese broadcast and set-top box ecosystems — FFmpeg decodes it via its native AVS decoder, making this browser-based conversion possible without additional plugins. The output MOD container is a modified MPEG-PS format, but unlike original camcorder MOD files which carry MPEG-2 video, this tool wraps H.264 (libx264) and AAC audio, which is broadly compatible with software that reads MOD files. Neither format supports transparency, multiple audio tracks, subtitles, or chapter markers, so none of these will be present in or dropped from the output beyond the primary A/V streams. File size will vary significantly from the CAVS source depending on the CAVS bitrate — CAVS broadcast streams often run at high bitrates (4–8 Mbps or more), and the H.264 output at CRF 23 will typically be smaller. One known limitation is that some strict MOD-aware hardware players (e.g., direct USB playback on certain Panasonic camcorders) may not accept H.264 streams and expect MPEG-2; in that case, the libx264 codec in the command would need to be replaced with mpeg2video, which is beyond this tool's default configuration.