Guru3D RTSS Rivatuner 统计服务器 7.3.7下载

系统需求：

• Windows XP、Windows Vista、Windows 7、Windows 8.1、Windows 10 或 Windows 11（包括 x86 和 x64 版本）拥有完整的管理员权限
• 任何兼容DirectX、Vulkan或OpenGL的显卡

官方下载地址：点击下载

官方提示：Do not, we repeat do not download Rivatuner / RTSS anywhere else other than here at Guru3D. Many spoof domains host RTSS making you vulnerable towards malware or even worse. 

但是我不接受，我就要特立独行。一身反骨我最行！~~~

注意：更新后你的覆盖层不再工作了吗？请彻底卸载RTSS和AfterBurner（并移除配置文件），并进行一次干净安装。

• 服务器为客户端应用程序提供帧率和帧时间监控支持。正在为DirectX、OpenGL和VULKAN应用收集帧率和帧时间统计数据。统计数据可以通过屏幕显示显示，或提供给连接到服务器的客户端应用程序。
• 服务器向客户端应用程序提供3D加速使用统计数据。客户端可以利用统计数据判断当前是否有3D应用程序在运行，并根据其应用应用不同的硬件配置文件。
• 服务器为客户端应用程序提供屏幕显示支持。客户端可以在屏幕上显示任何文本信息
• 在 DirectX 和 OpenGL 应用中显示。服务器也可以作为独立的帧率监控解决方案使用，并在屏幕显示中显示自己的帧率统计数据。
• 服务器为客户端应用程序提供桌面和游戏内屏幕捕捉支持。支持BMP、PNG和JPG屏幕截图格式。
• 该服务器为客户端应用程序提供高性能的实时桌面和游戏内视频采集支持。
• 支持无压缩、高性能定制RTV1和原生MJPG视频编码，支持第三方外部VFW兼容编解码器（如Lagarith或x264vfw）编码，以及通过Intel QuickSync、NVIDIA NVENC和AMD VCE实现硬件加速的H.264编码，同时还支持多种视频采集相关选项、多源立体声和多声道（适用于Windows Vista及更新版本）音频采集，并支持按键通话。昂贵的商业视频采集产品现在完全免费地向所有人开放！现在无需再购买专门的视频采集软件了！
• 帧率限制支持。限制游戏时的帧率有助于降低功耗，同时通过消除因帧率波动引起的微卡顿而提升游戏体验。
• 用户可扩展架构。你可以表达创意，为RivaTuner统计服务器设计自己的皮肤，为母语创建本地化，使用服务器直接从自己的应用程序显示任何自定义文本到屏幕显示，还有更多更多！

版本 7.3.7

• 改进的超文本解析器：
  • 当范围宽度小于一个像素时，条形距离图会被渲染
  • 改进的条嵌入 <B>超文本标签语法。第三个标签参数可以指定像素为单位的四舍五入半径，这样你就能渲染带有圆角的纯色填充条。这一功能是为了简化类似 Devyn Johnston 设计的极简主义叠加布局实现而添加的。你不再需要用嵌入图像实现类似的圆润背景，现在你可以直接从超文本渲染这些原语。
  • 新增了<FNT>超文本标签支持。新标签允许超文本解析器忽略用户在 RivaTuner 统计服务器应用配置文件中选择的字体，始终使用指定的字体、字体大小和叠加缩放比例。新标签允许 OverlayEditor 插件渲染带有原始字体的覆盖层布局，并且可以放大框框，无需手动应用主字体设置
• 增加了 Vulkan 设备功能指针的晚期初始化，旨在提升在动态加载 vulkan-1.dll 的应用中 Vulkan 钩子的可靠性，适用于安装多个第三方 Vulkan 层的系统
• 增加了对64位钩子库重命名的支持。现在你可以重命名RTSSHooks64.dll，并通过配置文件指示RivaTuner统计服务器使用重命名的钩子库，而不是原来的钩子库。高级用户可以使用此功能来诊断和调试与各种第三方软件产品的兼容性，这些产品试图通过硬编码钩子库名称来检测 RivaTuner 统计服务器的存在（例如，AMD 24.6.1+ OpenGL 驱动中模块名称检测出错导致 DaVinci Resolve 崩溃）
• 改进了“注入NVIDIA Reflex延迟标记”选项与3D应用的兼容性，实现运行时Direct3D11设备重建（例如选择Direct3D11渲染后端时的RetroArch）
• 改进了注入 Direct3D11 应用的 NVIDIA Reflex 延迟标记的渲染提交阶段开始检测。现在渲染提交阶段会在最初设计的 ID3D11DeviceContext：：ClearRenderTargetView 钩子中检测，而不是之前在 ID3D11DeviceContext：：RSSetState 钩子中检测到
• 为 RivaTuner 统计服务器主窗口添加了新选项，允许你水平或垂直置中叠加
• 由于从静态切换到动态分配的超文本解析器上下文，累计已提交内存使用量减少
• 改进了 Vulkan/OpenGL 应用的显示 3D API 信息，将 RivaTuner 统计服务器覆盖层渲染为 DXGI 互作换链层。现在，针对这些应用的3D API显示为OpenGL/DXGI或Vulkan/DXGI，而非仅显示DXGI 3D API（Direct3D11或Direct3D12）的互作性
• RivaTuner 统计服务属性中的“显示最大帧时间”选项不再受最小覆盖刷新周期的影响。此前，刷新周期最小周期内（默认为10毫秒）内的最大帧时间尖峰在此模式下可以跳过
• 新增了针对近期EA App启动器bug的变通方法，该漏洞无意中破坏了RivaTuner Statistics Server与部分游戏（如《战地1》或《战地V》）的兼容性。问题是由于阻止EA端加载遗留d3dx11_42.dll运行时所致。RivaTuner 统计服务器依赖该库进行运行时着色器编译和向后兼容旧作系统。现在 RivaTuner 统计服务器支持两个可选的着色器编译路径，并在加载d3dx11_42.dll被阻断时切换到其他编译器运行时
• 新增兼容 NVIDIA 平滑动作帧生成技术：
  • 现在 RivaTuner 统计服务器忽略了对隐形窗口的演示调用。这一变更是为了在Direct3D11游戏中兼容NVIDIA平滑运动帧生成
  • 新增了备用的 Direct3D12 命令队列检测模式，以兼容 NVIDIA 平滑动作帧生成技术，该技术将 Direct3D12 的演示调用挂钩，类似于 RivaTuner 统计服务器。当RivaTuner统计服务器在被挂钩应用中检测到NVIDIA平滑运动钩子模块（nvpresent64.dll）时，3D应用层会自动启用备用检测模式，但为了测试目的，也可以通过在应用配置文件的[RendererDirect3D12]部分将队列检测字段改为2来全局启用
  • 现在 RivaTuner 统计服务器强制启用了“使用Microsoft Detours API hooking”的兼容选项，适用于加载 NVIDIA Smooth Motion 钩子模块（nvpresent64.dll）的进程。此更改是为了提升与Smooth Motion运行时安装的钩子的兼容性，并修复启用Smooth Motion帧生成时Direct3D11应用中叠加层闪烁的问题
• 改进版 OverlayEditor 插件：
  • 现在你可以在编辑器窗口内按<Ctrl>+<A>选择所有叠加图层，或按<Ctrl>+<Shift>+<A>取消所有选中的图层
  • 现在新的布局创建命令会删除所有数据源和文本表，而不是之前只删除叠加层
  • 当你尝试加载新的叠加层布局但未保存之前修改过的叠加层时，现在会显示保存提示
  • 新增了“Merge”命令到“布局”中。现在你可以轻松地组合多个叠加布局，或在布局之间复制数据源、图层或文本表。所有源布局图层在合并后会自动选择，这样你只需一个鼠标手势就能将它们移动到新位置
  • 在“查看”中添加了新的“暗背景”选项。如果你需要编辑包含暗背景元素的自己覆盖层，可以取消勾选以将编辑工作区切换到光亮模式
  • 改进了 NVIDIA Reflex 的度量访问功能。此前，NVIDIA Reflex 的指标通过硬编码的内部“NVIDIA Reflex XXX 时间段”和“NVIDIA Reflex XXX 延迟”数据源组表示。自此版本起，此类内部数据源已被弃用，现在你可以使用更强大的函数来访问NVIDIA Reflex数据：
    • 新的 reflexlatency（markerFrom， markerTo） 函数可用于计算当前帧与当前帧相关的两个任意 NVIDIA Reflex 延迟标记之间的延迟。你可以指定以下标记标识符之一：0 – input_sample，1 – simulation_start，2 – simulation_end，3 – rendersubmit_start，4 – rendersubmit_end，5 – present_start，6 – present_end，7 – driver_start，8 – driver_end，9 – osrenderqueue_start，10 – osrenderqueue_end，11 – gpurender_start，12 – gpurender_end，13 – 虚拟 gpurender_start（gpurender_end 减去 GPU 活动时间）。如果需要，你也可以将markerfrom设为-1指定最早的标记，将markerTo设为-1以指定最后一个标记。该函数允许你计算所有之前由硬编码的内部“NVIDIA Reflex XXX 延迟”数据源表示的 NVIDIA Reflex 延迟，并实现额外的自定义延迟（例如标记simulation_start 和 present_start 标记之间的延迟）
    • 新的 reflextimespan（markerFrom， markerTo， base） 函数可用于计算和编码两个与当前帧相关的任意 NVIDIA Reflex 延迟标记之间的时间跨度。该函数允许你计算之前由硬编码的内部“NVIDIA Reflex XXX 时间段”表示的所有 NVIDIA Reflex 时间跨度，并实现额外的自定义时间跨度（例如，simulation_start 标记与 present_start 标记之间的时间跨度）。此外，之前的“NVIDIA Reflex XXX时间跨度”数据源采用固定的100进制来计算时间跨度（也就是说可视化时间跨度的时带图只有100个分级），现在你可以自定义基准来实现更详细的时间区间
    • 新的 reflextime（id） 函数可用于访问 NVIDIA Reflex 报告的当前帧的绝对时间。你可以把时间标识符设为0以激活GPU，或者设置1以获取GPU帧时间
  • 内置的reflex.ovl覆盖布局已修改，展示了新的reflextime/reflextimespan/reflexlatency函数使用情况，取代了已废弃的“NVIDIA Reflex XXX timespan”和“NVIDIA Reflex XXX延迟”数据源。如果你用了已废弃的数据源，请对你的自定义覆盖层进行类似修改
  • 应用程序PresentMonDataProvider.exe辅助更新：
    • 新增了PresentMon V2服务支持。请注意，由于 PresentMon V1 和 V2 服务 API 之间的重大变化，Service API V1 已不再支持
    • 新增了 PresentMon V2 控制台应用支持。与服务不同，控制台模式向下兼容之前版本的PresentMon，因此你可以通过配置文件切换到之前版本的控制台PresentMon。最新版本的主机 PresentMon V1 和 V2 应用被包含在分发式中
    • 新增了 PresentMon V2 指标支持。大多数 PresentMon V1 指标也从 V2 实时重建，方便您并向下兼容已有的基于 PresentMon 的叠加布局。请注意，PresentMode 度量编码在 PresentMon 服务 API 的 V1 和 V2 版本之间发生了变化，因此 OverlayEditor 现在也采用了新的编码方式。所有基于PresentMon的叠加层布局均已更新，以反映新的PresentMode编码。如果你在覆盖层中解码PresentMode，请对你的覆盖层施加同样的更改
    • PresentMon V1 服务 API 的硬件遥测已不再在 PresentMon 数据提供者中提供
    • 定制版控制台 PresentMon v2.3.1 现已与 PresentMonDataProvider 捆绑销售。PresentMon-2.3.1-x64-DLSS4.exe 是官方版本，NVIDIA方面做了额外调整，终于为msBetweenDisplayChange指标增加了翻转测光支持。请注意，PresentMonDataProvider可以同时使用PresentMon服务和控制台版本的数据，且该服务的数据流优先级更高。所以为了确保你从PresentMon-2.3.1-x64-DLSS4.exe流式传输所需的数据，请确保该服务尚未安装
    • 新增配置文件设置，允许高级用户为控制台模式指定额外的命令行参数（例如：-v1_metrics用于强制condole PresentMon V2报告V1指标，或用-track_input用于启用PresentMon V1中的实验性输入跟踪功能）
    • 增加了控制台模式中的不完整帧解析支持。
    • 在控制台模式下对帧解析实现进行了轻微重构，以简化未来主机版本PresentMon的集成
    • 在服务客户端模式下，丢帧的NaN值被替换为零，以提供服务客户端和控制台模式的统一数据格式
    • 掉帧现已被排除在帧率显示指标计算之外
    • 为PresentMonDataProvider的数据消耗循环增加了突发模式，适用于服务版和控制台版本。当PresentMonDataProvider检测到PresentMon的报告延迟因在极高帧率应用中批量处理帧而增加时，会激活突发模式。在此模式下，PresentMonDataProvider开始从PresentMon中获取数据批次，且批次间没有任何休眠期，以补偿日益增加的报告延迟
  • 新增了 ovl 叠加布局：
    • 布局演示了 PresentMon V2 特定数据源和基于键盘的叠加转换的使用方法。您可以按<F>实时切换从现在到现在（PresentMon V1）和开始到开始（PresentMon V2）帧时间采样模式
    • 该布局展示了 PresentMon V2 ClickToPhotonLatency 数据源的使用情况，用于渲染输入事件图并计算过去 512 帧的平均延迟
  • 新增了 ovl 叠加布局：
    • 布局展示了改进版<B>标签在渲染圆润背景时的使用方法
    • 该布局还允许你在按<F>切换RivaTuner Statistics Server自有帧率或PresentMon采样帧率。这允许你在传统应用挂钩模式下使用该布局，或与桌面叠加主机结合使用，在像《命运2》这样全球限制挂钩的应用中显示帧率
  • 现在，PresentMon 数据提供者利用 PresentMon V2 指标计算渲染流程不同阶段的时间戳，当至少添加一个 PresentMon 数据源到布局时，并允许以类似访问 NVIDIA Reflex 延迟标记的方式访问 PresentMon 时间戳：
    • 新的 presentmonlatency（markerFrom， markerTo） 函数可用于计算与当前帧相关的两个任意 PresentMon 延迟标记之间的延迟。你可以指定以下标记标识之一：0 – input_sample，1 – cpu_busy_start，2 – cpu_busy_end，3 – present_start，4 – present_end，5 – gpurender_start，6 – gpurender_end，7 – 虚拟gpurender_start（gpurender_end 减去 GPU 活动时间），8 – 显示。你也可以将markerfrom设为-1指定第一个标记，将markerTo设为-1指定最后一个标记（如有必要）
    • 新的 presentmontimespan（markerFrom， markerTo， base） 函数可用于计算和编码与当前帧相关的两个任意 PresentMon 延迟标记之间的时间跨度。它的表现类似于上面描述的 reflextimespan 函数
  • 新增了新的覆盖层布局。该布局通过 PresentMon 的延迟标记复制了 NVIDIA Reflex 延迟分析仪，因此在没有 NVIDIA Reflex 延迟分析仪时（例如在 Intel/AMD GPU 或不支持 Reflex 的 Direct3D9 或 OpenGL 应用中）时，你可以将其作为替代解决方案
  • 新增了OVL覆盖层布局。新的布局允许你跟踪渲染流水线输入（从现在到现在的间隔）和渲染流水线输出（显示到显示之间的间隔）两侧的帧时间。配合自定义PresentMon-2.3.1-x64-DLSS4.exe，它帮助你监控由翻转测光单元在DLSS4帧生成模式下执行的帧间距
  • 增加了 buf（名称，位置）函数支持，用于访问所需数据源的环缓冲区内容。你可以用这个函数实现不同类型的数据过滤。例如，PresentMon V2 DisplayLatency 数据源设计为帧丢失时报告零，所以你可以应用 （x > 0） ？x ： buf（x，-1） 公式以过滤此类数据并报告先前采样的值
  • 增加了对外部数据源字符串输出格式的支持。一些外部数据提供商（如AIDA64）会导出一些带有纯字符串信息（如IP地址、主板名称等）的传感器，这些传感器无法连接到叠加编辑器的数值数据源。现在你可以为这些数据源指定字符串输出格式（%s），这样OverlayEditor就能以文本格式显示
  • 新增了 LibreHardwareMonitor 数据提供者：
    • 新增供应商是专门为那些希望将主板专用传感器集成到叠加布局的用户而设。之前强烈建议使用 HwInfo 作为理想的免费解决方案，但遗憾的是，共享内存从 v7.0 起变成了付费功能，如果你不想购买或每 12 小时重新启用共享内存支持，可以尝试使用 LibreHardwareMonitor 数据提供商
    • 独立的 LibreHardwareMonitor 图形界面应用不支持原生共享内存，因此开箱即用时无法有效将传感器数据导出到实时运行的应用，如 HwInfo、AIDA64 或 MSI Afterburner。与其使用可分发的 LibreHardwareMonitorLib.dll .NET 库，可以直接集成到第三方产品中。OverlayEditor 将LibreHardwareMonitorLib.dll使用包裹在独立的 LHMDataProvider.exe 进程中，实际上是一个无图形界面的 LibreHardwareMonitor 0.9.3，通过共享内存接口向 OverlayEditor 提供数据。请注意，LibreHardwareMonitor 安装的是 WinRing0 的旧版驱动，该版本可被某些安全相关软件产品（如 AVAST 系列产品）检测并阻止
  • 现在，OverlayEditor 将“with Radeon Graphics”的文本模式排除在 %CPU% / %CPUShort% 宏中
  • 增加了对AMD Ryzen 9xxx CPU的实验性支持
  • 增加了对Intel Arrow Lake CPU的实验性支持
  • 为参考设计的NVIDIA GeForce RTX 50×0系列GPU增加了四风扇监控支持。
  • 16核CPU的固定紧凑CPU名称宏格式化实现
  • 基于MPERF的基准时钟和总线时钟计算实现略有改进的算法。现在，算法确保MPERF性能计数器和时间戳计数器都在同一调度器的时间片中采样，并在调度器中断采样时过滤这些值
  • 在“覆盖层属性”中新增了“锁定用户设置”选项。启用该选项后，OverlayEditor 会使用新的 <FNT> 标签覆盖你的自定义字体和缩放比例设置，并在渲染覆盖层布局时使用覆盖层创建者的主设置。你可以取消勾选这个选项，保存覆盖层布局，使用你自己的字体或像之前一样更改缩放比例。现在如何发布叠加层由覆盖层制作者决定——你可以选择关闭“锁定用户设置”选项，允许用户选择不同的字体和缩放比例，而不是主设置，或者开启这个选项，让覆盖层开箱即用时看起来符合预期
• 捆绑版DesktopOverlayHost已升级至v1.4.1：
  • 新增了Direct3D10、Direct3D12和Vulkan渲染后端。新的后端不会影响主应用的功能，但现在你可以将 DesktopOverlayHost 作为内置覆盖渲染测试，用于测试 x86 应用中所有支持 3D API 的方案
  • 新增可选的 64 位版本 DesktopOverlayHost。你可以将其作为 x64 应用中所有支持 3D API 的内置叠加渲染测试
  • 新增了用于渲染后端重启的快捷键。现在，当DesktopOverlayHost窗口聚焦时，你可以按<Ctrl>+<Shift>+<R>，对当前选择的渲染进行全面重启，并以短暂的背景色闪烁表示。渲染后端重启功能可以作为通用的厂商无关覆盖层稳定性测试，让你检查覆盖层如何从3D应用端处理完整的渲染器重启
  • 新增了面向高级用户的配置文件切换，允许使用基于空闲的渲染循环，而非默认的定时器渲染循环
  • 更新后的 DesktopOverlayHostLoader 辅助应用可启动 32 位和 64 位版本的 DesktopOverlayHost
• 为《反恐精英2》添加内置配置文件
• 新增了“毁灭战士：黑暗时代”的内置配置文件。该配置文件强制 RivaTuner 统计服务器覆盖层在 DXGI 互作换链层级渲染，以绕过原生 Vulkan 覆盖渲染器与 Vulkan AMD FSR 帧生成实现的不兼容问题。如果你不使用 AMD FSR 帧生成，这个配置文件其实没必要，所以如果你更喜欢看到原生 Vulkan API 层面渲染覆盖层，可以在 NVIDIA 硬件上安全地移除 .\ProfileTemplates\DOOMTheDarkAges.exe.cfg
• 更新档案列表