Install (All Modalities)
Install (All Modalities)
Install (All Modalities)
This guide covers installing NeMo Curator with support for all modalities and verifying your installation is working correctly. For a single-modality install or a 30-minute walkthrough, start with one of the modality quickstarts instead.
For comprehensive system requirements and production deployment specifications, refer to Production Deployment Requirements.
Quick Start Requirements:
audio_cuda12, video_cuda12, image_cuda12, and text_cuda12 extras)Python 3.10 support will be removed in NeMo Curator 26.06. 26.04 is the last release to support Python 3.10. If you are setting up a new environment, install a newer supported Python version (3.11+) so you do not need to upgrade when moving to 26.06. See the 26.04 release notes for details.
Choose one of the following installation methods based on your needs:
Docker is the recommended installation method for video and audio workflows. The NeMo Curator container includes FFmpeg (with NVENC support) pre-configured, avoiding manual dependency setup. Refer to the Container Installation tab below.
Install NeMo Curator from the Python Package Index using uv for proper dependency resolution.
Install uv:
Create and activate a virtual environment:
Install NeMo Curator:
Curator’s video pipelines rely on FFmpeg for decoding and encoding. If you plan to encode clips (using --transcode-encoder h264_nvenc or --transcode-encoder libvpx-vp9), install FFmpeg with NVENC and libvpx-vp9 support. The maintained install script bundles both.
Use the maintained script in the repository to build and install FFmpeg with NVIDIA NVENC and libvpx-vp9 support. The script enables --enable-cuda-nvcc, --enable-libnpp, and --enable-libvpx.
FFmpeg build requires CUDA toolkit (nvcc): If you encounter ERROR: failed checking for nvcc during FFmpeg installation, ensure that the CUDA toolkit is installed and nvcc is available on your PATH. You can verify with nvcc --version. If using the NeMo Curator container, FFmpeg is pre-installed with NVENC support.
Processing H.264/HEVC/AV1 inputs? You might still need a software decoder — even with NVENC/NVDEC.
Curator’s pipeline runs ffprobe for metadata extraction inside CPU-only Ray actors (VideoReader and ClipWriter). Those actors don’t have GPU visibility, so the bundled h264_cuvid / hevc_cuvid / av1_cuvid decoders can’t be opened from there. Without a software decoder, ffprobe exits non-zero and your h264/hevc/av1 inputs are silently skipped (you’ll see a SoftwareCodecMissingError in the logs).
Recommended fix: run the bundled installer inside the container — no image rebuild needed:
See Software H.264/HEVC/AV1 Codec Support below for the full picture (other paths, license notes, opt-in libopenh264 encoder).
Curator’s default FFmpeg build deliberately ships NVDEC-only decoders for h264, hevc, and av1, and excludes software H.264 encoders (libopenh264, libx264, libx265). This keeps the codec footprint tight and routes every H.264/HEVC/AV1 decode through the GPU.
You may need to add software codec support in two cases:
VideoReader and ClipWriter invoke ffprobe from CPU-only Ray actors that can’t see the GPU; they need a software h264/hevc/av1 decoder to extract metadata. Without it you’ll get a SoftwareCodecMissingError pointing back here.The repository ships a runtime opt-in script that recompiles FFmpeg with software h264/hevc/av1 decoders enabled, optionally including the libopenh264 encoder. It runs inside an existing container — no image rebuild required.
The build takes ~5–10 minutes, replaces /usr/local/bin/{ffmpeg,ffprobe} in place, and pins to the same FFmpeg tag as the image build. Script source: docker/common/install_h264_support.sh.
License notice: the default mode adds only FFmpeg-internal decoders (LGPL). With --with-libopenh264 the binary additionally links Cisco’s OpenH264 (BSD-2-Clause + Cisco-distributed binary license — see https://www.openh264.org/BINARY_LICENSE.txt). You are responsible for any license obligations the resulting binaries impose on your distribution.
If you’re not using the Curator container, most Linux distributions ship FFmpeg with libx264 (and sometimes libopenh264) preinstalled:
Make sure the ffmpeg on your PATH is the one you want — it must shadow Curator’s bundled build.
install_ffmpeg.sh and Rebuild the ImageFor users distributing customized images, edit docker/common/install_ffmpeg.sh before building the container:
h264,hevc,av1 to the --enable-decoder=... list.libopenh264 encoder: add libopenh264-dev to the apt list, libopenh264 to --enable-encoder=..., and --enable-libopenh264 to the configure flags.libx264 encoder: add libx264-dev to the apt list and --enable-libx264 --enable-gpl to the configure flags. Note that --enable-gpl makes the resulting FFmpeg binary GPL-licensed.Then rebuild your image.
ClipTranscodingStagelibopenh264 is accepted by ClipTranscodingStage out of the box. At setup time, the stage probes the local FFmpeg build and raises a clear error pointing back to this section if the encoder is not actually compiled in. Once your FFmpeg build includes it, just pass:
For other custom encoders not in SUPPORTED_ENCODERS (for example, libx264), edit nemo_curator/stages/video/clipping/clip_extraction_stages.py to extend the tuple, and add the encoder name to the --transcode-encoder argparse choices list in tutorials/video/getting-started/video_split_clip_example.py:
ClipTranscodingStage only sets quality presets for h264_nvenc and libvpx-vp9. Other encoders run with FFmpeg defaults, which may produce different quality/size trade-offs than you expect — see Configure encoders for how to pass an explicit bitrate.NeMo Curator provides several installation extras to install only the components you need:
Development Dependencies: For development tools (pre-commit, ruff, pytest), use uv sync --group dev --group linting --group test instead of pip extras. Development dependencies are managed as dependency groups, not optional dependencies.
pip is not supported for installing all extras together. Some optional dependencies have conflicting transitive version requirements (for example, nemo-toolkit[asr] and vllm require incompatible versions of transformers). NeMo Curator uses uv dependency overrides to resolve these conflicts, which pip does not support. If you must use pip, install only one modality extra at a time (for example, pip install nemo-curator[text_cpu]). For multi-modality installations, use uv or the NeMo Curator container.
After installation, verify that NeMo Curator is working correctly:
If you installed GPU support, verify GPU access:
Try a modality-specific quickstart to see NeMo Curator in action: