nvvl
NVVL(NVIDIA Video Loader)是一款专为机器学习训练设计的开源库,旨在利用 NVIDIA GPU 的硬件加速能力,高效地从压缩视频文件中加载随机帧序列。它通过调用 FFmpeg 解析视频流,并将繁重的解码任务卸载到 GPU 上,直接生成可用于训练的张量数据,同时支持在加载过程中进行缩放、裁剪和翻转等数据增强操作。
在深度学习训练中,传统方式通常需要将视频拆解为大量单帧图片存储,这不仅占用巨大的磁盘空间,还导致严重的 I/O 瓶颈和 CPU 过载。NVVL 直接使用压缩视频文件(如 MP4),能将数据存储需求降低一个数量级,并显著减少 CPU 占用,从而让数据加载不再成为制约 GPU 性能的短板。例如在特定场景下,其 CPU 负载仅为传统图片加载方式的一半左右。
该工具主要适合从事计算机视觉研究的开发者与算法工程师,特别是使用 PyTorch 框架的用户。虽然 NVVL 功能强大且提供了便捷的框架封装,但需注意该项目目前已停止独立维护,官方建议新用户迁移至功能更全面且持续更新的 DALI(NVIDIA Data Loading Library)库,以获取更稳定的支持和更多样化的数据处理能力。
使用场景
某计算机视觉团队正在利用大规模监控视频数据集训练动作识别模型,面临海量视频数据加载的效率瓶颈。
没有 nvvl 时
- 存储压力巨大:团队需将视频拆解为数百万张 PNG 图片,导致数据集体积膨胀近 40 倍,本地 SSD 迅速爆满,难以容纳更多样本。
- I/O 成为瓶颈:训练过程中磁盘需频繁读取大量小文件,数据传输速度远跟不上 GPU 计算速度,导致显卡长期处于空闲等待状态。
- CPU 负载过高:软件解码极度消耗主机 CPU 资源,在单 CPU 多卡服务器上,数据预处理占用了大部分算力,严重挤占了模型训练资源。
- 流程繁琐复杂:预处理阶段需额外花费数天时间进行视频抽帧和格式转换,且无法在训练中灵活调整增强策略。
使用 nvvl 后
- 存储空间释放:直接读取压缩的 MP4 视频文件,数据集占用空间缩小至原来的 1/40,轻松将更大规模数据集载入高速存储。
- 消除 I/O 瓶颈:nvvl 仅读取少量压缩字节,大幅降低磁盘读写需求,确保数据供给速度匹配高端 GPU 的吞吐能力。
- CPU 负载减半:利用 NVIDIA GPU 硬件解码器卸载解码任务,CPU 占用率降低约 50%,释放出更多核心用于其他系统任务。
- 实时增强加速:在加载帧的同时直接通过 GPU 纹理单元完成缩放、裁剪和翻转等增强操作,省去了独立的预处理环节。
nvvl 通过硬件加速解码与压缩流直接读取,彻底解决了视频深度学习中的存储与算力浪费问题,让训练效率提升数倍。
运行环境要求
- Linux
必需 NVIDIA GPU(支持 Kepler, Maxwell, Pascal, Volta 架构或更新),需安装 CUDA Toolkit(测试过 8.0+,推荐 9.0+ 以获得更好性能),利用硬件解码器加速
未说明(文中提及视频压缩可让数据集更适配系统 RAM,但未给出具体数值)

快速开始
NVVL 是 DALI 的一部分!
DALI(Nvidia 数据加载库) 集成了 NVVL 的功能,并且提供了更多特性,因此建议切换到 DALI。 DALI 的源代码也是开源的,可在 GitHub 上获取。 最新的文档可以在这里找到:DALI 开发者指南。 NVVL 项目仍将在 GitHub 上提供,但将不再维护。所有问题和未来的需求请在 DALI 仓库 中提交。
NVVL
NVVL(NVIDIA Video Loader)是一个用于从压缩视频文件中加载随机视频帧序列的库,以方便机器学习训练。它利用 FFmpeg 的库来解析和读取视频文件中的压缩数据包,并借助 NVIDIA GPU 上可用的视频解码硬件来卸载并加速这些数据包的解码过程,从而在 GPU 设备内存中生成可以直接用于训练的张量。NVVL 还可以在加载帧的同时进行数据增强。通过 GPU 专用的纹理映射单元,可以对帧进行缩放、裁剪和水平翻转。输出可以是 RGB 或 YCbCr 色彩空间,归一化到 [0, 1] 或 [0, 255],并且可以是 float、half 或 uint8 类型的张量。
请注意,虽然我们希望您觉得 NVVL 很有用,但它实际上是 NVIDIA 一小群研究人员在一个研究项目中编写的示例代码。我们会尽力回答问题并修复出现的小 bug,但这并不是 NVIDIA 的正式支持产品,大部分情况下是以“原样”提供的。
与单独的帧图像文件相比,使用压缩视频文件可以显著降低训练过程中对存储和 I/O 系统的要求。将视频数据集以视频文件形式存储,所需的磁盘空间会减少一个数量级,这样不仅可以让更大的数据集同时容纳在系统内存中,还可以存放在本地 SSD 上以便快速访问。在加载时,需要从磁盘读取的数据量也更少。将数据放置在更小、更快的存储设备上,并在加载时减少读取的数据量,可以缓解从磁盘获取数据的瓶颈问题——而随着 GPU 不断提速,这一瓶颈只会越来越严重。在我们的示例项目中使用的数据集里,H.264 压缩的 .mp4 文件比以 .png 格式存储帧要小近 40 倍。
利用 NVIDIA GPU 上的硬件解码器来解码图像,可以显著减轻主机 CPU 的负担。这意味着在训练过程中,不需要分配那么多 CPU 核心来专门负责数据加载。这一点在每颗 CPU 对应大量 GPU 的服务器中尤为重要,例如 NVIDIA DGX-2 服务器,但对于其他平台也同样有益。当我们在 NVIDIA DGX-1 上训练示例项目时,使用 NVVL 时的 CPU 负载仅为使用常规 .png 文件数据加载器时负载的 50% 到 60%。
量化使用 NVVL 性能优势的测量结果详细记录在我们的 超分辨率示例项目 中。
大多数用户会选择使用深度学习框架提供的封装接口,而不是直接使用该库。目前提供了 PyTorch 的封装接口(欢迎为其他框架贡献 PR)。有关如何使用 PyTorch 封装接口的文档,请参阅 PyTorch 封装 README。需要注意的是,在构建 PyTorch 封装之前,无需手动构建或安装 C++ 库——其安装脚本会自动完成这些步骤。
构建与安装
NVVL 依赖于以下内容:
- CUDA 工具包。我们已测试过 8.0 及更高版本,但早期版本也可能适用。使用 CUDA 9.0 或更高版本时,NVVL 的性能会更好1。
- FFmpeg 的 libavformat、libavcodec、libavfilter 和 libavutil。这些库可以从源码安装,如 示例 Dockerfile 所示,也可以从 Ubuntu 16.04 的软件包
libavcodec-dev libavfilter-dev libavformat-dev libavutil-dev中获取。其他发行版也应有类似的软件包。
此外,从源码构建还需要 CMake 3.8 或更高版本,某些示例可选地使用 OpenCV 的部分库(如果已安装)。
docker 目录包含可用于构建或使用 NVVL 库的 Dockerfile 示例。示例项目的 docker 目录 中有一个实际构建并安装 NVVL 库的 Dockerfile 示例。
CMake 3.8 及以上版本内置了 CUDA 语言支持,NVVL 的构建系统正是利用这一特性。由于 CMake 3.8 较新,尚未广泛集成到主流 Linux 发行版中,可能需要安装新版本的 CMake。最简单的方法是通过 PyPI 安装:
pip install cmake
或者,如果无法使用 pip,也可以从二进制分发包中安装到 /usr/local:
wget https://cmake.org/files/v3.10/cmake-3.10.2-Linux-x86_64.sh
/bin/sh cmake-3.10.2-Linux-x86_64.sh --prefix=/usr/local
更多选项请参见 https://cmake.org/download/。
NVVL 的构建和安装遵循典型的 CMake 模式:
mkdir build && cd build
cmake ..
make -j
sudo make install
这将会把 libnvvl.so 和开发头文件安装到 /usr/local 下的相应子目录中。可以通过 cmake .. -DOPTION=Value 向 CMake 传递以下选项:
CUDA_ARCH- 用于生成设备代码的 CUDA 架构名称,用分号分隔。有效选项包括Kepler、Maxwell、Pascal和Volta。也可以指定具体的架构名称,如sm_61。默认值为Maxwell;Pascal;Volta。CMAKE_CUDA_FLAGS- 传递给nvcc的编译参数字符串。例如,可以通过-cudart shared或-cudart static来选择链接静态或共享运行时库。还可以通过此选项对代码生成进行更精细的控制,具体请参考nvcc文档。默认值为-cudart shared。WITH_OPENCV- 设置为 1 以构建包含可选 OpenCV 功能的示例。CMAKE_INSTALL_PREFIX- 安装目录。默认值为/usr/local。CMAKE_BUILD_TYPE- 构建类型,可以是Debug或Release。
更多选项请参阅 CMake 文档。
doc/examples 目录下的示例可以通过 examples 目标进行构建:
make examples
最后,如果已安装 Doxygen,可以通过 doc 目标构建 API 文档:
make doc
这将会在 doc/html 目录下生成 HTML 文件。
准备数据
NVVL 支持 FFmpeg 能够解析的任何容器格式中的 H.264 和 HEVC(H.265)视频编解码器。视频编解码器在数据流中仅将某些帧(称为关键帧或 I 帧)存储为完整图像。其他所有帧都需要借助时间上在其之前或之后的其他帧的数据才能被解码。为了能够解码一串连续的帧,必须从该序列之前的关键帧开始解码,并一直持续到该序列之后的下一个关键帧。在顺序播放视频时,这通常不是问题;然而,当随机解码视频中分散的小段帧序列时,如果关键帧之间的间隔较大,则会导致读取和解码大量实际上并不会用到的帧。
因此,为了在随机读取视频文件中的短序列时获得良好的性能,有必要以较频繁的关键帧间隔对视频进行编码。我们发现,将关键帧间隔设置为你计划读取的序列长度,可以在文件大小和加载性能之间取得较好的平衡。此外,NVVL 的查找逻辑不支持 HEVC 流中的开放 GOP 结构。使用 ffmpeg 时,要将关键帧间隔设置为 X:
- 对于
libx264,使用-g X - 对于
libx265,使用-x265-params "keyint=X:no-open-gop=1"
视频的像素格式还必须是 yuv420p,才能被硬件解码器支持。这可以通过向 ffmpeg 传递 -pix_fmt yuv420p 来实现。此外,你还应该通过在输入之后、输出之前向 ffmpeg 传递 -map v:0,来移除视频文件中多余的音频或视频流。
例如,要转码为 H.264:
ffmpeg -i original.mp4 -map v:0 -c:v libx264 -crf 18 -pix_fmt yuv420p -g 5 -profile:v high prepared.mp4
基本用法
本节介绍基础 C/C++ 库的用法。有关 PyTorch 封装库的使用,请参阅 pytorch 目录下的 README。
该库同时提供了 C++ 和 C 接口。有关如何使用该库的简要示例代码,请参阅 doc/examples 中的示例。extract_frames.cpp 展示了 C++ 接口,而 extract_frames_c.c 则展示了 C 接口。通过运行 make doc 构建的 API 文档是该 API 的权威参考。
基本流程是创建一个 VideoLoader 对象,告知它要读取哪些帧序列,然后为其提供设备内存中的缓冲区,用于存放解码后的序列。在 C++ 中,创建视频加载器非常简单:
auto loader = NVVL::VideoLoader{device_id};
随后,你可以通过调用 read_sequence 来指定要读取的序列:
loader.read_sequence(filename, frame_num, sequence_length);
要接收解码器输出的帧,你需要创建一个 PictureSequence 对象,以指定你希望如何以及在哪里接收这些解码后的帧。首先,创建一个 PictureSequence,并指定要从解码器接收的帧数。请注意,此处指定的帧数不必与传递给 read_sequence 的序列长度相同;你可以读取一大段帧序列,并将其拆分为多个张量接收,或者读取多个较小的序列,然后将它们拼接成一个单一的张量接收。
auto seq = PictureSequence{sequence_count};
接下来,你需要在序列中创建“层”,以指定帧的存放目标。每层可以是不同的类型,具有不同的处理方式,并包含来自接收序列的不同帧。首先,创建所需类型的 PictureSequence::Layer:
auto pixels = PictureSequence::Layer<float>{};
然后,填写数据指针和其他详细信息。有关所有可用选项的描述,请参阅 PictureSequence.h 中的文档。
float* data = nullptr;
size_t pitch = 0;
cudaMallocPitch(&data, &pitch,
crop_width * sizeof(float),
crop_height * sequence_count * 3);
pixels.data = data;
pixels.desc.count = sequence_count;
pixels.desc.channels = 3;
pixels.desc.width = crop_width;
pixels.desc.height = crop_height;
pixels.desc.scale_width = scale_width;
pixels.desc.scale_height = scale_height;
pixels.desc.horiz_flip = false;
pixels.desc.normalized = true;
pixels.desc.color_space = ColorSpace_RGB;
pixels.desc.stride.x = 1;
pixels.desc.stride.y = pitch / sizeof(float);
pixels.desc.stride.c = pixels.desc.stride.y * crop_height;
pixels.desc.stride.n = pixels.desc.stride.c * 3;
请注意,这里我们设置了步幅,使得维度顺序为 “nchw”。通过适当设置步幅,也可以选择 “nhwc” 或其他任意维度顺序。另外,需要注意的是,层描述中的步幅是指元素的数量,而非字节数。
现在,我们将这一层添加到我们的 PictureSequence 中,并将其发送给加载器:
seq.set_layer("pixels", pixels);
loader.receive_frames(seq);
调用 receive_frames 是异步操作。如果需要同步读取,可以使用 receive_frames_sync。当我们准备好使用这些帧时,可以在我们用于计算的 CUDA 流中插入一个等待事件:
seq.wait(stream);
这会在流 stream 中插入一个等待事件,导致在该流上启动的后续内核都会等待数据准备就绪。
C 接口遵循非常相似的模式,具体示例请参阅 doc/examples/extract_frames_c.c。
参考文献
如果你在工作中觉得本库很有用,请在你的出版物中使用以下 BibTeX 条目引用本库:
@misc{nvvl,
author = {Jared Casper and Jon Barker and Bryan Catanzaro},
title = {NVVL: NVIDIA Video Loader},
year = {2018},
publisher = {GitHub},
journal = {GitHub repository},
howpublished = {\url{https://github.com/NVIDIA/nvvl}}
}
注释
[1] 具体来说,使用版本 384 及更高版本的 NVIDIA 内核模块(随 CUDA 9.0+ 提供)时,由 NVVL 启动的 CUDA 内核将在独立的流上异步执行。而在更早的内核模块中,所有 CUDA 内核都会在默认流上启动。↩
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
gemini-cli
gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器