NVIDIA NVENC H.264 h264_nvenc AVOptions

原创 已于 2022-04-13 16:10:15 修改 · 2.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#h264_nvenc

于 2022-04-13 15:40:05 首次发布
本文详细介绍了NVIDIA的NVENC编码器的参数选项，包括不同预设、编码模式、质量控制等，并提到了与FFmpeg的结合使用。NVENC提供了从低延迟到高质量的各种设置，适用于不同的应用场景。同时，文章还提及了FFmpeg中x264编码器的preset和tune选项，帮助用户快速调整编码质量和速度。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Encoder h264_nvenc [NVIDIA NVENC H.264 encoder]:
    General capabilities: delay 
    Threading capabilities: none
    Supported pixel formats: yuv420p nv12 p010le yuv444p yuv444p16le bgr0 rgb0 cuda
h264_nvenc AVOptions:
  -preset            <int>        E..V.... Set the encoding preset (from 0 to 11) (default medium)
     default                      E..V.... 
     slow                         E..V.... hq 2 passes
     medium                       E..V.... hq 1 pass
     fast                         E..V.... hp 1 pass
     hp                           E..V.... 
     hq                           E..V.... 
     bd                           E..V.... 
     ll                           E..V.... low latency
     llhq                         E..V.... low latency hq
     llhp                         E..V.... low latency hp
     lossless                     E..V.... 
     losslesshp                   E..V.... 
  -profile           <int>        E..V.... Set the encoding profile (from 0 to 3) (default main)
     baseline                     E..V.... 
     main                         E..V.... 
     high                         E..V.... 
     high444p                     E..V.... 
  -level             <int>        E..V.... Set the encoding level restriction (from 0 to 51) (default auto)
     auto                         E..V.... 
     1                            E..V.... 
     1.0                          E..V.... 
     1b                           E..V.... 
     1.0b                         E..V.... 
     1.1                          E..V.... 
     1.2                          E..V.... 
     1.3                          E..V.... 
     2                            E..V.... 
     2.0                          E..V.... 
     2.1                          E..V.... 
     2.2                          E..V.... 
     3                            E..V.... 
     3.0                          E..V.... 
     3.1                          E..V.... 
     3.2                          E..V.... 
     4                            E..V.... 
     4.0                          E..V.... 
     4.1                          E..V.... 
     4.2                          E..V.... 
     5                            E..V.... 
     5.0                          E..V.... 
     5.1                          E..V.... 
  -rc                <int>        E..V.... Override the preset rate-control (from -1 to INT_MAX) (default -1)
     constqp                      E..V.... Constant QP mode
     vbr                          E..V.... Variable bitrate mode
     cbr                          E..V.... Constant bitrate mode
     vbr_minqp                    E..V.... Variable bitrate mode with MinQP (deprecated)
     ll_2pass_quality              E..V.... Multi-pass optimized for image quality (deprecated)
     ll_2pass_size                E..V.... Multi-pass optimized for constant frame size (deprecated)
     vbr_2pass                    E..V.... Multi-pass variable bitrate mode (deprecated)
     cbr_ld_hq                    E..V.... Constant bitrate low delay high quality mode
     cbr_hq                       E..V.... Constant bitrate high quality mode
     vbr_hq                       E..V.... Variable bitrate high quality mode
  -rc-lookahead      <int>        E..V.... Number of frames to look ahead for rate-control (from 0 to INT_MAX) (default 0)
  -surfaces          <int>        E..V.... Number of concurrent surfaces (from 0 to 64) (default 0)
  -cbr               <boolean>    E..V.... Use cbr encoding mode (default false)
  -2pass             <boolean>    E..V.... Use 2pass encoding mode (default auto)
  -gpu               <int>        E..V.... Selects which NVENC capable GPU to use. First GPU is 0, second is 1, and so on. (from -2 to INT_MAX) (default any)
     any                          E..V.... Pick the first device available
     list                         E..V.... List the available devices
  -delay             <int>        E..V.... Delay frame output by the given amount of frames (from 0 to INT_MAX) (default INT_MAX)
  -no-scenecut       <boolean>    E..V.... When lookahead is enabled, set this to 1 to disable adaptive I-frame insertion at scene cuts (default false)
  -forced-idr        <boolean>    E..V.... If forcing keyframes, force them as IDR frames. (default false)
  -b_adapt           <boolean>    E..V.... When lookahead is enabled, set this to 0 to disable adaptive B-frame decision (default true)
  -spatial-aq        <boolean>    E..V.... set to 1 to enable Spatial AQ (default false)
  -temporal-aq       <boolean>    E..V.... set to 1 to enable Temporal AQ (default false)
  -zerolatency       <boolean>    E..V.... Set 1 to indicate zero latency operation (no reordering delay) (default false)
  -nonref_p          <boolean>    E..V.... Set this to 1 to enable automatic insertion of non-reference P-frames (default false)
  -strict_gop        <boolean>    E..V.... Set 1 to minimize GOP-to-GOP rate fluctuations (default false)
  -aq-strength       <int>        E..V.... When Spatial AQ is enabled, this field is used to specify AQ strength. AQ strength scale is from 1 (low) - 15 (aggressive) (from 1 to 15) (default 8)
  -cq                <float>      E..V.... Set target quality level (0 to 51, 0 means automatic) for constant quality mode in VBR rate control (from 0 to 51) (default 0)
  -aud               <boolean>    E..V.... Use access unit delimiters (default false)
  -bluray-compat     <boolean>    E..V.... Bluray compatibility workarounds (default false)
  -init_qpP          <int>        E..V.... Initial QP value for P frame (from -1 to 51) (default -1)
  -init_qpB          <int>        E..V.... Initial QP value for B frame (from -1 to 51) (default -1)
  -init_qpI          <int>        E..V.... Initial QP value for I frame (from -1 to 51) (default -1)
  -qp                <int>        E..V.... Constant quantization parameter rate control method (from -1 to 51) (default -1)
  -weighted_pred     <int>        E..V.... Set 1 to enable weighted prediction (from 0 to 1) (default 0)
  -coder             <int>        E..V.... Coder type (from -1 to 2) (default default)
     default                      E..V.... 
     auto                         E..V.... 
     cabac                        E..V.... 
     cavlc                        E..V.... 
     ac                           E..V.... 
     vlc                          E..V....

Nvidia preset：

Have you tried different presets? i.e. -c:v nvenc -preset llhq. Presets are
hq = high quality (I think libnvenc uses this)
hp = high performance
bd = Bluray Disk
ll = low latency
llhq = low latency high quality
llhp = low latency high performance
default = between llhq and llhp, I suppose it's same as ll

FFmpeg X264的preset和tune

鉴于x264的参数众多，各种参数的配合复杂，为了使用者方便，x264建议如无特别需要可使用preset和tune设置。这套开发者推荐的参数较为合理，可在此基础上在调整一些具体参数以符合自己需要，手动设定的参数会覆盖preset和tune里的参数。 

 --preset的参数主要调节编码速度和质量的平衡，有ultrafast、superfast、veryfast、faster、fast、medium、slow、slower、veryslow、placebo这10个选项，从快到慢。 

Nvidia编码对应preset选项有：hq, hp, bd, ll, llhq, llhp, default

 --tune的参数主要配合视频类型和视觉优化的参数，或特别的情况。如果视频的内容符合其中一个可用的调整值又或者有其中需要，则可以使用此选项，否则建议不使用（如tune grain是为高比特率的编码而设计的）。

tune的值有： film：  电影、真人类型； 

animation：  动画； 

grain：      需要保留大量的grain时用； 

stillimage：  静态图像编码时使用； 

psnr：      为提高psnr做了优化的参数； 

ssim：      为提高ssim做了优化的参数； 

fastdecode： 可以快速解码的参数； 

zerolatency：零延迟，用在需要非常低的延迟的情况下，比如电视电话会议的编码。

[h264_nvenc @ 0x55c801c17980] OpenEncodeSessionEx failed: out of memory (10): (no details)
jiexijihe945的博客
07-02 3074
最近在使用NVIDIA的硬件编解码的时候遇到问题，说是打开会话失败，经过多方面找资料终于搞懂了问题的所在。我使用的是RTX2080TI，这个显卡同时支持打开的会话数量是3，而Tesla P40和Tesla T4都没有遇到这种问题，后来去官网查资料才知道这两款无限制。我大致浏览了下，发现大多数数据中心级的显卡哪怕性能再拉也是无限制的，除了NVIDIA A100这款，session数居然是0，可能这个是专用推理显卡，不需要这个东西。由于手上没有这款卡，没法去测试。这里的方法我知道的有两个，一是自己反编译，找到限
ffmpeg libx264 h264_nvenc 编码参数解析
热门推荐
Eric's Blog
02-26 3万+
主要AVOptions 公有AVOptions -preset 主要用来调节编码速度和质量的平衡，虽然libx264和h264_nvenc都有此参数，但是该参数的可选项却不完全相同： preset是通过设置一系列编码参数来实现调节编码速度和质量的效果的， e.g. -preset faster 是做了如下设置 --no-mixed-refs --rc-lookahead 20 --ref 2 --...
【音视频】 FFmpeg 硬件（AMD）解码H264
最新发布
Antonio915的博客
06-01 1621
硬件编解码是利用GPU等独立硬件模块进行视频编解码的技术，能降低CPU负荷，提高性能，但兼容性和画质处理较弱。软件编解码则完全依赖CPU，兼容性更好但功耗较高。常见的GPU编解码方案包括厂商SDK（如NVIDIA的NVENC、AMD的AMF）和FFmpeg集成方案。不同平台对硬件编解码的支持差异较大，Windows主要使用Direct3D/DXVA2，Linux支持VAAPI/VDPAU，而macOS使用VideoToolbox。FFmpeg提供了跨平台的硬件加速接口，但在功能完整性和易用性上仍有不足。硬件
h264_nvenc 详细分析1 ——preset，b帧，qp分析
THE XING
12-18 7067
-preset &lt;int&gt; E..V..... Set the encoding preset (from 0 to 11) (default medium) default E..V..... slow E..V..... hq 2 ...
NVENC硬编码h264/h265
02-17
使用 NVIDIA Video SDK API 进行 GPU 加速视频编码/解码的示例源码
NVENC SDK 设置h264编码的slice划分问题
IGNIZ123的博客
10-25 920
在官网下载的英伟达硬件编解码SKD：Video_Codec_SDK_11.1.5，编码h264时发现能够实现的最大slice数目为64，并且也不能设置fmo功能，现在想在编码一帧时划分更多的slice，不知道如何设置编码参数？= 0 (MB based slices)，比如图片很大，我设置12个MB一个slice，则最多能分64个slice，且此时编码结果出错。1.问题：如何用NVENC h264编码一帧时划分更多的slice？
ffmpeg_libnvenc:这是FFmpeg的内部版本，支持NVIDIA的NVENC SIP块进行H.264硬件加速视频编码
05-06
FFmpeg自述文件 FFmpeg是用于处理多媒体内容（例如音频，视频，字幕和相关元数据）的库和工具的集合。 图书馆 libavcodec提供了更多编解码器的实现。 libavformat实现流协议，容器格式和基本的I / O访问。 libavutil包括散列器，解压缩器和其他实用程序函数。 libavfilter提供了一种通过一系列过滤器更改解码的音频和视频的方法。 libavdevice提供访问访问捕获和回放设备的抽象。 libswresample实现音频混合和重采样例程。 libswscale实现颜色转换和缩放例程。 工具 是一个命令行工具箱，用于处理，转换和流式传输多媒体内容。 是一种简约的多媒体播放器。 是一个简单的工具，用于检查多媒体内容。 其他小工具，例如aviocat ， ismindex和qt-faststart 。 文献资料 脱机文档可在doc /目录
iOS视频监控进阶高级应用：FFmpeg在直播中的妙用
![iOS视频监控进阶高级应用：FFmpeg在直播中的妙用]... ...# 1. iOS视频监控
[h264_nvenc @ 0x1bb8160] Cannot load libcuda.so.1
那年晴天的博客
04-18 5617
自己在linux下，要把yuv数据转换成h264数据，我选择了ffmpeg。当然，现在linux下安装ffmpeg。 编译测试文件的时候，出现了错误：[h264_nvenc @ 0x1bb8160] Cannot load libcuda.so.1。 在配置ffmpeg的时候需要注意，添加上--enable-libx264，这样的错误就可避免。 因为ffmpeg没有自带h264的编码库，
linux 编译 h264,linux下编译ffmpeg，并加入H264编码支持
weixin_34043312的博客
05-01 739
在linux 平台做FFMPEG视频编码的程序时，程序运行时提示错误：[h264_nvenc @ 0x2018080] Cannot load libcuda.so.1 。对于这个问题，直接查看是因为因为cuda 买有安装，也就GPU视频硬件加速的库没有安装。实际上是因为没有安装编码库的原因。在默然配置情况下安装的FFMPEG 库是没有包含编码库的。要解决 [h264_nvenc @ 0x2018...
cuda/nvenc h264 encoder
05-23
本例子为cuda 编码H264的简单例子！部分内容资源来自网络，侵权请告知，我将立即删除。 debug\release均已配置好，且目录中有可执行程序 默认条件 1、输入源为 bin\Debug_Win32\test_yuv420p_320x180.yuv(素材来自网上) 2、本例使用google pb 传递参数，相关pb的编译环境、可执行程序、等本例中已经包含 3、本例相当简单，代码相对粗糙，抽象了基本编码接口、有不明白的地方，请留言，
采用H264编码视频的参数设定
04-19
虽然结果是取决于源文件质量的，但通常来说CABAC被认为比CAVLC效率高5%-15%。 这意味着，CABAC应该在码率低5-15%，的情况下，提供同等的，或者更高的视频质量。 在我自己做的测试中，CABAC产出的视频质量要明显的好于CAVLC，虽然只是在高清晰视频编码测试中，采用非常低的码率的情况下。 如图4显示，左边的是用CABAC 生产的720p文件，右面的是用CAVLC产出的文件，同样都是800k码率。 图4显示出，16：9的720p视频被抽取了一些帧 现在800 kbps码率的画面质量是相当低了；相比之下，YouTube采用2m码率进行h.264编码，几乎是这里的2.5倍。
NVENC encode
08-26
使用NVDIA 显卡，把YUV文件转换为H264文件。（修改NVENC skd中的sample得到的，测试通过）
ffmpeg nvenc编码
10-17
ffmpeg nvenc编码，分享一下，虽然很简单，自己使用留档
ffmpeg h264 硬编码 nvenc
shuihappy1的博客
02-09 1万+
最近项目需要录制摄像机拍摄的视频，使用h264编码。测试发现h264编码2k(1980×1080)视频还算流畅，但编码4k(3840×4120)视频出现明显卡顿丢帧现象。因此考虑使用h264 nvenc硬件编码。 将原本代码 AVCodec *codec = avcodec_find_encoder(AV_CODEC_ID_H264);改为 AVCodec * codec = av
h264_nvenc GPU硬件编码与硬件加速
ternence_hsu的博客
05-18 2129
参考： https://developer.nvidia.com/blog/nvidia-ffmpeg-transcoding-guide/ https://developer.nvidia.com/zh-cn/blog/nvidia-ffmpeg-transcoding-guide/ 编译参考： ./configure --enable-cuda --enable-cuvid --enable-nvdec --enable-nvenc --enable-nonfree --enable-libnpp --
Linux(Centos)服务器探索ffmpeg笔记 (命令行、Nvidia硬件加速、GPU、CPU、CUDA、h264_nvenc、过滤器、加水印)
什么都会一点。
04-21 1814
1. 服务器上怎么使用ffmpeg(手动编译/使用编译好的)。2. 非Root用户要怎么安装和使用(仅做引导)。3. ffmpeg命令的一些使用引导和参数介绍。4. 服务器怎么安装硬件加速GPU环境(Nvidia案例)。5. 服务器显卡工具包命令介绍(NVIDIA-SMI)。6. 怎么使用硬件加速，加水印案例(CUDA、GPU编解码、处理过滤器)。ffmpeg -h最上面这一坨东西只需要关注这后面内容，这些是ffmpeg编译时的参数、包括你有没有启用某些编码器、支持哪些编解码都能在上面展示。
H.264转码加速：NVENC大战Quick Sync
weixin_30508241的博客
04-29 969
　　GPU加速技术对普通消费者最直观的影响就是视频转码应用上了，NVIDIA.、AMD以及Intel都有自己的加速技术，而在新一代CPU和GPU架构上，三方都有更新的技术方案。<br><br>　　NVIDIA在Kepler架构上引入了NVENC编码单元，实测画质与CUDA相当，但是速度更快，只不过在速度和功耗上依然比不过Intel的Quick S...
NVIDIA NVENC H.264支持场景自适应吗
03-27
<think>嗯，用户问的是NVIDIA NVENC在H.264编码中是否支持场景自适应功能。首先，我需要回忆一下NVENC的技术细节。根据之前的引用内容，NVIDIA Video Codec SDK提供了底层硬件控制接口，允许调节编码参数。比如引用[1]中的代码示例，初始化编码会话时涉及到了encodeConfig，这可能包含场景自适应的相关设置。 接下来，场景自适应通常指的是编码器根据视频内容动态调整参数，比如码率、帧类型等。H.264编码中的场景变化检测和自适应量化属于这类功能。NVENC作为硬件编码器，是否支持这些需要查阅相关资料。我记得NVIDIA的文档中提到过动态比特率调整和场景切换检测，尤其是在较新的架构如Ampere（比如RTX 30/40系列）中可能有增强。 然后，用户可能需要实际应用中的配置建议。引用[2]提到FFmpeg中使用H.264的参数调节，比如CRF和preset，但需要结合NVENC的参数。例如，在FFmpeg中启用lookahead功能可以提升场景自适应的效果，这可能需要设置非零的rc-lookahead值，并且使用适当的preset模式，如hq。 另外，引用[3]提到NVIDIA的硬件加速生态，特别是RTX 40系列支持AV1编码，但这里的问题是关于H.264的。不过，NVENC在不同编码格式中的功能可能有所不同，需要确认H.264的支持情况。 总结来说，NVENC的H.264编码确实支持场景自适应功能，但具体实现依赖于SDK中的参数设置，如动态比特率、场景切换检测和lookahead技术。开发者需要通过Video Codec SDK调整相关参数，或者在FFmpeg中通过特定选项启用这些功能。此外，硬件架构的版本也会影响支持的程度，较新的GPU可能有更好的性能。</think>关于NVIDIA NVENC在H.264编码中的场景自适应功能支持情况，具体技术实现分析如下： ### 一、硬件级场景自适应支持 1. **动态比特率控制** NVENC支持基于内容复杂度的动态码率分配，通过设置`NV_ENC_PARAMS_RC_VBR`或`NV_ENC_PARAMS_RC_VBR_MINQP`模式实现。在视频场景切换时，编码器会自动提升目标码率以保持画面质量[^1]。 2. **场景切换检测** 在SDK参数配置中，可通过`enableLookahead`参数激活前瞻分析（Lookahead），最大支持32帧的场景预判分析。该功能与`gopLength`参数配合使用，可动态插入关键帧（IDR帧）来响应场景突变[^1]。 3. **自适应量化矩阵** H.264编码配置文件（如High Profile）支持设置`adaptiveQuantizationMode`参数，提供"空间-时间"双重量化调节策略，对运动区域和纹理复杂区域实施差异化量化强度。 ### 二、开发接口示例 ```cpp // 启用场景自适应配置 NV_ENC_CONFIG_H264 encConfig = {0}; encConfig.rcParams.rateControlMode = NV_ENC_PARAMS_RC_VBR_HQ; // 高质量VBR模式 encConfig.rcParams.enableLookahead = 1; // 开启前瞻分析 encConfig.rcParams.lookaheadDepth = 16; // 设置16帧预分析 encConfig.adaptiveQuantizationMode = NV_ENC_QUANTIZATION_ADAPTIVE_SPATIAL_TEMPORAL; // 时空自适应量化 ``` ### 三、实际应用建议 1. 在FFmpeg中可通过以下参数启用相关特性： ```bash ffmpeg -c:v h264_nvenc -rc vbr_hq -rc-lookahead 32 -spatial-aq 1 -temporal-aq 1 ``` - `-spatial-aq 1`：启用空间自适应量化 - `-temporal-aq 1`：启用时域噪声自适应 2. **硬件限制**： 完整场景自适应功能需图灵架构（Turing）及以上GPU（如RTX 20/30/40系列），帕斯卡架构（Pascal）仅支持基础VBR模式[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值