NAZOrip | It Is a Mystery !!!
type: channel
link: https://nazorip.site/
description: 这个组的一切都是迷
items: 关于“Token”中文翻译方案的评估，总结与理论最优解
items: Opus OGG 音频编码器命令行参数教程
items: PowerShell 批处理智能视频编码器 bbenc v1.8.7
items: EPYC 7D13 处理器信息整理
items: x264 x265 AV1 视频压制相关工具下载合集
items: 急用版 SVT-AV1 压制教程 2025 年 第 1 版
items: 大型游戏录屏的压制基本理论
items: 使用 Excel 绘制逐帧 VMAF 画质图表的数据可视化教程
items: 原创 AV1 压制教程 2025年 第11版
items: How to fix controller joystick bounce back (Dampening method)

关于“Token”中文翻译方案的评估，总结与理论最优解
type: item
date: 2026-03-29T15:15:00+08:00
description: 本文在制作过程中参考了网络讨论和部分资料，并借助多个大模型工具对各个翻译选项进行检验。部分优缺点评估来源于网络信息；其中“词元”为已有的技术文档用法，其余为候选。本文选取具有代表性的 Token / Tokenizer / Tokenization 翻译方案，在统一约束条件下进行翻译测评。❀ 不推荐翻译成“新智元”❀ 本文为实验性文章，并非转行Token（/ˈtoʊkən/）形容词：标志性的、表示性的、象征性的、名义上的名词：代币、代金券、令牌、标记约束条件为保持一致性，所有量词强制统一使用“个”，以避免省略量词带来的发音通顺性不使用“分词器”的翻译，所有 Tokentizer 的翻译写作 Token 翻译结果的衍生词，从而验证译词的衍生性能一：语料、语料转换器、语料转换/语料化通过借用语言学中的既有术语实现翻译。“语料”指按照一定规则收集的大规模数据集合，且可延伸至图像、视频等非语言数据，适用于多模态模型。“语料化”一定程度具象化了 Tokenization 的技术原理。造句生成这个视频耗费了 10 万个语料，不过语料的价格倒是不贵。大模型通过语料转换器来编解码自然语言。通过语料转换处理，一句话会被拆分成单词和与其对应的标识序号，也就是语料化。评估：失败术语冲突，语义错位“语料”（Corpus）的固有定义是“集合”（复数 / Plural）。这无法指代单个最小单元。造句 1 “生成这个视频耗费了 10 万个语料”将集合概念强行可数化Tokenization 的结果是“元素序列”，而非“语料”DeepSeek：量词影响“个”暴露了迫使“语料”被当作个体名词使用的“惨状”，与其集合属性形成鲜明冲突结论：与既有术语出现严重冲突，不适合作为翻译二：词元、词元转换器、词元转换/词元化该方案是技术文档中较为常见，且在学术界受用的译法。“词元”明确指代 Tokenization 后的切分后的基本单元/标记（如子词、单词或标识符）。造句生成这个视频耗费了 10 万个词元，不过词元的价格倒是不贵。大模型通过词元转换器来编解码自然语言。通过词元转换处理，一句话会被拆分成单词和与其对应的标识序号，也就是词元化。评估：成功准确而自洽造句 1 “生成这个视频耗费了 10 万个词元”——“词元”可以稳定指代 Token 这一离散单位造句 3 “词元化”对应 Tokenization，语义基本匹配可自然扩展出“词元表”“词元嵌入”等术语DeepSeek：量词影响使用“个词元”略显冗余（技术圈习惯省略量词说“10万词元”），但语法正确、逻辑通顺，未造成歧义术语撞词与 Morpheme、Lexeme 撞词，但实际使用可以通过语境区分向后兼容差并不能兼容“代币”等翻译，但问题不大德不配位“词元”的价值过高，可以被理解为“语言的来源”，形同了大模型对语言的统治性地位ChatGPT：语义偏差“词元”的“词”使人联想到“以词为单位”，但 Token 指代的最小单位可以小于词，也可以大于词Token 的分词规则与“元”的含义相悖，容易造成误解结论：效果不俗。该方案在准确性、自洽性、可扩展性方面表现良好若放宽量词限制，通顺度将进一步提升三：吐根、吐根转换器、吐根转换/吐根化尝试结合音译和意译。“吐”指输入输出内容，“根”可被解释为基本单位（Root），效仿了“沙发”“咖啡”等成功音译词的路径。同时，“吐根”在发音上与 Token 足够相似，因此相比其它选项，“吐根”有向后兼容网页应用“令牌”的效果。造句生成这个视频耗费了 10 万个吐根，不过吐根的价格倒是不贵。大模型通过吐根转换器来编解码自然语言。通过吐根转换处理，一句话会被拆分成单词和与其对应的标识序号，也就是吐根化。评估：失败跨领域撞词“吐根”在中文中指代一种药用灌木植物 Ipecac，其根具有催吐作用，其化学成分具有特殊意义——被专门定义为“吐根碱”，且产生了“吐根糖浆”等派生词，被泛用于医药领域与文献。造句 1 “生成这个视频耗费了 10 万个吐根”——“10 万条根茎”、“10 万次催吐”、“10 万服药”，显得离谱且变态DeepSeek：量词影响量词强化了实物感——“一个吐根”听着就像是根茎，放大了歧义对“音译词最终会被接受”的反驳沙发、咖啡等音译词成功进入中文时，所指代的物体在中文中并无现存同名实物“吐根”已有数百年医药史，强行兼容是学术不端的向后兼容差并不能兼容“代币”等翻译ChatGPT：发音诡辩发音实际上差的很远，“音译”的论证站不住脚结论尽管巧妙，但歧义张冠李戴，且无法通过长期使用消除四：语片、语片转换器、语片转换/语片化该方案是对“词元”的重构，为新造词。“语片”可理解为“语言片段”、“语言分片”、“语言切片”，强调 Tokenization 将连续文本切分为离散片段的过程，以及不同分词规则和语…

Opus OGG 音频编码器命令行参数教程
type: item
date: 2026-03-15T21:14:00+08:00
description: ❀原创教程，转载请注明链接和作者Opus 是由 IETF RFC 6716 指定的音频编解码规范，libopus 是该规范下的编解码器之一。相比早期的一些 AAC 音频编解码器（如 NeroAAC、FDKAAC）有明显质量（压缩率）优势（特别是 AAC-HE 针对的低码率模式），而相比 QAAC 几乎不分上下。考虑到 QAAC 是基于苹果公司的 QtAACEnc 改进而来，而 Opus 是独立第三方，因此 Opus 在商业使用上更加放心，它的下载与安装也比 QAAC 容易一些。Opus 还有个意外的优点，就是尽管音频压制速度本来就很快，但 Opus 的编码速度会比 QAAC 快很多RFC 6716 规范原文：datatracker.ietf.orgRFC 7845 指定了 Opus 音频流的封装格式规范，包括多声道封装。RFC 7845 规范原文：datatracker.ietf.org前情提要：QAAC 音频编码器命令行参数教程 或 GitHub 副本压制教程合集页 V1 或 GitHub 副本压制教程合集页 V2下载与安装直接使用 ffmpeg 的 libopus 即可。下载 ffmpeg注意事项Adobe 系列软件（CC 2026）暂不支持 Opus 音频格式与 AAC 音频流不同，单个 Opus 音频流最高支持双声道多声道音频通过 Opus 编码器的多声道映射族（Channel Mapping Family）实现，支持在多种封装格式（如 Ogg、MKV）里实现多达 255 条声道见 RFC 7845基本用法编码音频编码为 128Kbps，使用 VBR 率控制ffmpeg -i "导入文件夹\音频源.wav" -vn -c:a libopus -b:a 128000 -vbr on -compression_level 10 -frame_duration 100 "导出文件夹\导出音频.ogg"结合视频编码参数源于 x265 急用版压制教程（iavoe.github.io）视频 libx265 + 音频 libopus此处使用了 CMD 换行命令符 ^ffmpeg -i "导入文件夹\视频源.m2ts" ^ -c:v libx265 -x265-params "high-tier=1:tu-intra-depth=4:tu-inter-depth=4:max-tu-size=16:tskip=1:tskip-fast=1:me=umh:subme=3:merange=52:weightb=1:max-merge=5:early-skip=1:ref=3:open-gop=0:min-keyint=5:keyint=287:fades=1:bframes=16:b-adapt=2:bframe-bias=20:b-intra=1:bitrate=34567:crqpoffs=-3:cbqpoffs=-2:ipratio=1.6:pbratio=1.3:cu-lossless=1:psy-rdoq=2.3:rdoq-level=2:hevc-aq=1:aq-strength=0.9:qg-size=8:rd=3:limit-modes=1:limit-refs=1:rskip=1:rc-lookahead=60:rect=1:amp=1:psy-rd=1.5:splitrd-skip=1:rdpenalty=2:deblock=-1,0:limit-sao=1:sao-non-deblock=1" -fps_mode passthrough ^ -c:a libopus -b:a 128000 -vbr on -compression_level 10 -frame_duration 60 ^ "导出文件夹\导出视频.mkv"参数说明ffmpeg 调用的编码器会出现 libavcodec generic（通用）参数与 libxxx 参数混用的情况。以下为 libavcodec generic 的参数会添加 g 标记-ac<g，整数>声道数量，可用于将多声道音频降混到立体声，使 Opus 音频流适应视频封装ffmpeg 导入多音频流时需用 -ac:a:N 按导入顺序指定具体音频流，N 从 0 开始数-ar<g，整数 Hz>采样率，如 -ar 48000 代表 48KHzffmpeg 导入多音频流时需用 -ar:a:N 按导入顺序指定具体音频流，N 从 0 开始数-b:a<g，整数，lib，bit/s> 平均码率（ABR）率控制模式，如 192000 代表 192Kb/s-vbr<字符串选项 off|on|constrained，推荐 on>off：固定码率（CBR）率控制模式on：可变码率（VBR）率控制模式（默认）cons…

PowerShell 批处理智能视频编码器 bbenc v1.8.7
type: item
date: 2025-12-14T22:34:00+08:00
description: 为自动化「编码参数配置」而开发的脚本软件，解决了视频压缩软件需要手动配置编码参数、以及纯命令行操作需要手动输入路径的痛点。本工具会根据视频属性、程序格式、脚本补充、用户需求等规则为前提配置出编码命令（批处理）。此工具几乎消灭了视频压制的学习成本与配置操作的时间成本，快点上手试试吧~环境支持的管道上游程序：ffmpegvspipe（支持 API 3.0、4.0 自动识别）avs2yuvavs2pipemodSVFI支持的管道下游程序：x264x265SVT-AV1只要系统里有一个上游、一个下游程序即可。本工具支持高度本地化的简体、繁體、以及英语文本显示。优点✓ 图形 + 命令行交互界面：在选择文件、路径时调用高 DPI 模式的 Win Form 选窗在基本命令行选项上使用分色编码提示 + 纯选择交互逻辑（prompt）✓ 自动生成无滤镜 VS/AVS 脚本：加速完成脚本构建，或直接启动 vspipe、avs2yuv、avs2pipemod 上游✓ 独立封装命令脚本：导入视频流，音频流，字幕轨，字体✓ 深度定制编码参数：自动计算 + 用户定义实现尽可能符合需求的编码器配置✓ 快速命令行变更：在生成的批处理中，可以直接通过复制粘贴来替换先前导入的管道上游、下游工具；轻松衍生多种处理源与视频格式用法如需确保安全性，则可以通过微软官方的 PSScriptAnalyzer 检测工具来验证：Invoke-ScriptAnalyzer -Path "X:\...\Batch-batch-encoder\bbenc-source" -Settings PSGallery -RecurseWindows 11 下需要确保安装了对应文件名语言的语言包（Windows 10）例如，阿拉伯语文件名：设置 → 时间和语言 →[左栏] 语言 → 添加语言 → 阿拉伯语在设置 → 更新和安全 → 开发者选项中解除 PowerShell 的运行限制，如图：解压下载好的压缩包运行步骤 1 从而完成基本环境检测Windows 10：Windows 11：如果安装了 VSCode，则建议直接安装微软 PowerShell 插件运行VSCode 选择 文件 → 打开文件夹 → 打开脚本根目录（...\bbenc-source\ZH v1.x\）VSCode 需要确认“信任发布者”才能运行脚本运行步骤 2（生成编码管线批处理）、3（ffprobe 读取源）、4（生成编码任务）运行步骤 4 生成的批处理以开始编码若有多种格式的需求，去除备用参数的注释即可运行步骤 5 以封装编码结果脚本步骤 2 示例（仅 CLI 窗口，在 VSCode 中运行效果最佳）腳本步驟 2 示例（僅 CLI 窗口，在 VSCode 中運行效果最佳）下载链接皆同步更新，QQ 群里有很高几率能得到问题答复Github直链,谷歌盘,百度云，提取码 hevc,QQ 群存档: 691892901教程地图、工具下载见：iavoe.github.io缺陷信息用于生成备用管线（pipe 命令行）的导入命令最终都使用单一源文件，这可能是视频、.vpy 或 .avs 文件。因此，根据选择的管道上游程序不同，备用命令行中的上游程序输入/导入参数可能会导入到无效的文件。于是尽管格式正确，切换命令时需要手动编辑批处理。打赏信息开发这些工具并不容易。如果这套工具提高了你的效率，那么不妨赞助或推广一下下下。——Buy me a coffee 链接——PayPal 链接更新信息1.8.7步骤 4：修复了参数组装机制不准确导致 vspipe 输入语句出错的问题为 x264、x265 和 SVT-AV1 实现了自动颜色范围参数赋值为 x264、x265 和 SVT-AV1 实现了自动色度位置参数赋值1.8.5各个步骤脚本均修复了大量 Bug 并优化了代码1.8.0步骤 3-4:从 CSV 格式的视频元数据处理更换为 JSON 格式v1.7.9步骤 2:为程序路径添加了新的配置文件读写功能步骤 3:连接了步骤 2 的配置文件——简化了 ffprobe 导入步骤步骤 4:连接了步骤 2 的配置文件——简化了 avs2yuv 的 AviSynth 版本类型提问步骤v1.7.8步骤 4:为所有编码器新增了多种 CRF 值自定义选项简化了代码步骤 2：修复了批处理部分运行 cmd /k 过早，导致 exit 命令被输入到错误 cmd 进程的问题v1.7.2文件删除操作交互逻辑变更——输入 y 确认，输入 q 取消，Enter 循环的操作逻辑步骤 4 简化了代码，无功能性变更v1.7.1步骤 4:新增了针对 12bit 位深源视频与 SVT-AV1 不兼容的警告简化了 FPS 相关参数赋值的代码段v1.7解决了路径选择窗口没有出现在窗口最上层的…

EPYC 7D13 处理器信息整理
type: item
date: 2025-11-13T20:05:00+08:00
description: AMD EPYC 7D13 处理器信息整理⚠️ 注意：本文信息皆来源于网络（主要为二手市场及技术社区），可能包含未经官方证实的内容，因此不一定反映实际使用情况。购买与使用前请务必自行核实。概述EPYC 7D13 是一颗用途单一、面向“长期开机、高多核算力、功耗敏感”场景的特殊定制版 SKU。它源自 Facebook/Meta 的 North Dome 刀片平台（Yosemite V2），已知在二手市场存在两个子型号。由于其 PCIe 通道与内存通道被裁减，兼容性和用途受到明显限制，并且可能需要购买或修改 BIOS，或搭配旧处理器更新 AGESA 到至少 1.0.0.A 才能开机，属于一款劣于 EPYC 7D12 的装机选项。规格项目说明核心/线程36C / 72T（6×6 CCD）频率0.7 GHz (base) ~ 3.2 GHz (boost)TDP≈95 W内存DDR4 3200，已知存在 4 通道 / 6 通道的物理变体（见下）PCIePCIE 4.0，存在 27 / 29 条通道的变体——注意这不是标准的完整 128 通道主要规格来源：TechPowerUp，Technical City查找 CPU 微码（Microcode）所需数据：⚠️ 注意：这是 CPU-Z 的数据，与真实 CPU 微码有误差系列（Family）：F型号（Model）：1步进（Stepping）：1扩展系列（Ext. Family）：19（指 19h）扩展型号（Ext. Model）：1 或 01修订（Revision）：无数据，但可能是 B1推测 CPUID 全称（匹配字样）：00A10F11 或 00A00F11来源（CPU-Z 截图）：eBay 店铺/motorpartners含 00A10F11、00A00F11 的 AMD 微码下载：Google Drive/microcode_amd_fam19h.bin来源：winraid.level1techs.com/KedarWolf╔════════════════════════════════════════════╗ ║ MC Extractor v1.103.0 r344 ║ ╚════════════════════════════════════════════╝ microcode_amd_fam19h.bin (1/2) ╔═══════════════════════════════════════════════════════════════╗ ║ AMD ║ ╟───┬──────────┬──────────┬────────────┬────────┬────────┬──────╢ ║ # │ CPUID │ Revision │ Date │ Size │ Offset │ Last ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 1 │ 00A10F11 │ 0A10113E │ 2023-06-20 │ 0x15C0 │ 0x94 │ No ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 2 │ 00A10F12 │ 0A10123E │ 2023-06-20 │ 0x15C0 │ 0x165C │ No ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 3 │ 00AA0F02 │ 0AA00212 │ 2023-06-19 │ 0x15C0 │ 0x2C24 │ No ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 4 │ 00A00F11 │ 0A0011D1 │ 2023-07-10 │ 0x15C0 │ 0x41EC │ No ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 5 │ 00A00F10 │ 0A001079 │ 2023-06-09 │ 0x15C0 │ 0x57B4 │ No ║ ╟───┼──────────┼──────────┼────────────┼────────┼────────┼──────╢ ║ 6 │ 00A00F12 │ 0A001234 │ 2023-07-10 │ 0x15C0 │ 0x6D7C │ No ║ ╟───┼──────────┼──────…

x264 x265 AV1 视频压制相关工具下载合集
type: item
date: 2025-10-06T06:53:00+08:00
description: ❀本教程是 x264、x265、AV1 等视频压制教程“下载版块”的整合贴。简化了查找相关工具名称、作用、下载和编译流程的步骤。免责声明本教程仅用于学习与研究目的，不构成任何形式的商业使用建议或授权。本教程所提及的软件、脚本及命令行工具均由其各自的开发者和组织独立维护，并受其原始许可证条款约束若用于商业或分发用途，请遵守相关的开源许可（如 GPL、BSD、MIT 等）以及各国/地区的专利法规本文作者不对因使用、转载所述内容造成的任何直接或间接损失承担责任读者应自行评估并承担相应的法律与技术风险某些音视频编解码器（如 H.264、H.265、AAC）在部分地区仍受专利保护。商用项目请咨询相关专利池（如 MPEG LA、Via Licensing）或使用免专利方案（如 AV1、Opus）急用版压制教程x264、x265、libx264、libx265 教程急用版主页首页：NazoRip镜像：GitHubSVT-AV1 与 libsvtav1 教程急用版主页首页：NazoRip镜像：GitHub基本工具工具简介mpv 播放器现代视频播放器，支持深度配置、定制，缺点是界面仅英语，中文支持要看第三方修改版。安装教程ffmpeg滤镜工具与编码器视频压制流程的核心，提供封装、解封装、滤镜、音视频处理与命令行调用接口Voukoder剪辑软件导出插件Premiere/Vegas/AE 开源导出插件。OBS开源直播与录制工具适合录制原素材或采集压制前后对比视频，支持命令行设定编码器，现代窗口和音频捕获方法，但也需要花时间配置。MediaInfo元数据读取工具开源媒体信息查看器。ffprobe视音频读取与分析工具CLI 媒体元数据分析工具。Excel 可视化教程DXVA Checker检测 PC 支持的硬件编解码能力Process Lasso自动优化进程优先级与电源计划工具，保证高占用软件卡死时系统正常响应注：目前没有直播平台明确支持恢复直播会话的能力。因此当大型游戏卡死，系统不响应，只能断电重启时，唯一的选择是创建新直播，然后向旧会​​话发送消息以通知观众跳转（对主播和观众来说都很麻烦）。虽然 Pro Balance 调度并非包治百病，但它在一定程度上保证了系统更容易响应用户操作，也减少了直播中断的一种可能。调用编码器的 GUI 工具工具简介ShanaEncoderffmpeg-CLI 搭配部分 GUI，上手较慢。使用了 ffmpeg 内嵌的 libx264、libx265、NVEnc。Simple x264 Launcher内嵌 AviSynth，支持便携版 VapourSynth，额外支持 x265 和 NVEnc 编码器，适合批量压制。小丸工具箱镜像：百度云 提取码 crhu操作简单、适合入门的中文软件，内嵌 MediaInfo、mp4box、Mkvtoolnix。视频画质跑分工具所有命令行工具的下载与教程见：AV1 视频压制教程总的来说，PSNR、SSIM 不准确，不可信；测量视频画质应该选择 Spearman 单调相关系数（SROCC）和 Pearson 线性相关系数（PLCC）高，并且性能可观的画质跑分工具，如：客观：块大小感知加权峰值信噪比——XPSNR主观+客观：多方法融合——Video multi-method assessment fusion（VMAF）客观：多失真识别多分辨率结构相似性——SSIMULACRA主观+客观：XYB 空间欧几里得距离心理视觉相似性——Butteraugli工具简介FFMetrics测量 PSNR、SSIM、VMAF 的开源 GUI 软件，支持实时图表显示和多版本并行排名。需 .NET Framework 4.8.0 和手动添加 ffmpeg 到程序目录（或添加 ffmpeg 到 %PATH%）XPSNR（ffmpeg 内置）计算“源与压缩结果的差异”，注重暂停画质的深度改进版 PSNR，需要源视频与压缩结果的时间基对齐VMAF（ffmpeg 内置）主观画质指标跑分，倾向于检查视觉观感体验，而非简单地差异（如高压缩下保证大体观感），需要源视频与压缩结果的时间基对齐SSIMULACRA2 VS-HIP使用英伟达和 AMD 显卡计算 SSIMULACRA2.1、Butteraugli 的准确视频画质跑分命令行工具，准确度同样受到显卡快但精度低的影响SSIMULACRA2_rs使用 CPU 多线程计算 SSIMULACRA2.1，比 VS-HIP 的更慢，且需要编译、需要 Python-VapourSynth 环境，优点是精度更高（由于和画质相关，因此得分也更高）虽然 FFMetrics 在导入文件时限制了格式范围，但它直接调用了 ffmpeg，因此可以选择“所有文件”来选中新编码格式的视频流VMAF …

急用版 SVT-AV1 压制教程 2025 年 第 1 版
type: item
date: 2025-09-06T08:31:00+08:00
description: ❀平行于 AV1 教程完整版的部署定位压制教程。适用于已经看过 x264 教程完整版中科普部分（即粗略了解了计算机、数据、视音频格式、显示技术等基础常识）的用户。最好搭配 AV1 教程完整版中对其标准的概述，以及 SVT-AV1 参数和测试数据一起使用（っ╹◡╹)ﾉ下载急用版教程谷歌盘, 国内: 百度云, QQ群存档: 691892901 附录: QAAC音频压缩教程或Github附录: ffprobe视频探针教程或Github完整版教程地图iavoe.github.io更新信息由于部署方案转为 GitHub page 的 HTML-JS-CSS 文档，因此直接观看提交（Commit）记录即可。打赏——Buy me a coffee 链接——PayPal 链接当前版本（年，版，改）：2025.0.94联系方式：Github：iAvoe，QQ 群 #post-content p, #post-content, #post-content ol {font-family: "Roboto","Helvetica","Arial","sans-serif"; font-size:100%} #post-content ul {font-size:87%} img {display: block; margin-left: auto; margin-right: auto;} body {font-family: "Roboto","Helvetica","Arial","sans-serif"; font-size: 100%; background-image: url('https://img4.yesya.net/img/5/2025-09/41_Background.webp'); background-repeat: no-repeat; background-position: top left; background-attachment: fixed; background-size:cover}

大型游戏录屏的压制基本理论
type: item
date: 2025-08-28T02:28:00+08:00
description: ❀原创教程，转载请注明链接和作者大型游戏录屏是一种特殊的视频压制用例。其特点有：高实时性编码速度必须跟上 GPU 渲染出新画面的速度如果编码速度跟不上，那么越来越多的帧会被存入缓存，当达到编码器程序可用的内存上限后，就会开始丢帧、丢场景了高帧率大型游戏的视角由鼠标控制，造成了高速的大面积背景位移画面除“微软模拟飞行”以外，一般至少要录制 50~60fps 才相对流畅，而实际上只有 90+fps 才适合高速大面积背景位移画面低 CPU 算力虽然游戏平时不会大量占用 CPU，录屏的视频编码程序也不会；但到了画面复杂的场景就不一定了“大场面”下，CPU 需要计算大量角色与 NPC 和场景的互动，其复杂的动态信息也会让运行在 CPU 的软件编码器占用飙升，造成资源挤兑低显存大多数 GPU 硬件评测不考虑边游玩边录的用例，而新的大型游戏已经开始原生使用光追渲染技术，因此：如果不购买最新的大显存显卡，则不但显卡录屏会越发渺茫，游戏本身也会因为“爆显存”而大量丢帧PCIe 通道少绝大多数中低端主板，尤其是 AMD 平台的主板面临 PCIe 通道不足的问题除了给显卡的 PCIe x16 槽以外，剩下的 PCIe 通道都分给了 NVME M.2 SSD，而不是采集卡或副显卡虽然也有 PCIe x8、x16 长度的槽，但其中的针脚只有 x1 和 x2，这使得采集卡、副显卡会面临输入输出带宽不足的问题低成本绝大多数游戏玩家使用 GTX 1060 6GB、RTX 3060 6GB 显卡，并无“加钱解决问题”的选项随着 NVIDIA 显卡的供电接口质量问题和昂贵价格，大多数玩家将会转向其他平台采集卡并不便宜，且用途单一易分享如果录制有损低压缩、无损压缩或未压缩的视频，就会产生体积大，需要在录制后进一步压缩的视频，而用户不习惯这种操作如果用户还希望剪辑软件兼容（如 Adobe Premiere），那么一开始就需要使用画质更差的旧有损编码格式，或体积更大的旧无损编码格式由于兼容性广泛较差，因此不能使用可变帧率（VBR）录制根据压制三角形定理，在速度无法妥协（实时录屏）的情况下，我们可以选择妥协画质、文件体积，或者升级硬件到一定程度来保证录屏的流畅清晰。为了确立真正适用与自己的资源分配，了解电脑的存储资源和算力资源便是关键。存储资源主要分为带宽和容量两部分，其中带宽决定了每秒可以写入多大的数据，所幸视频是连续大文件写入，几乎不存在随机读写性能需求。存储技术带宽实则数据详见 TomsHardware。PCIe 4.0x4 SSD：约 63Gbps（8GBps）PCIe 3.0x4 SSD：约 31Gbps（4GBps），同时也是 PCIE 4.0x2 SSD 带宽3840x2160x120 未压缩 RGB 3×8bit 视频流 ：约 24Gbps3840x2160x90 未压缩 RGB 3×8bit 视频流 ：约 18Gbps3840x2160x120 普通无损压缩 YUV 8bit 视频流：4:2:0：约 7.2 Gbps4:2:2：约 9.6 Gbps4:4:4：约 14.4 GbpsSATA3 SSD：有效带宽约 4.8Gbps可以看到，只要不用 SATA SSD，4k120 视频流就可以随便写，甚至对于寿命长到用不完的 eMLC SSD 来说，这中负载和磨损就是预期内的工况。当然，24Gbps 的写入量太过夸张，只要 300 多秒就能达到 8000Gb（1TB）。HDMI 接口带宽（对比参考）实际上，带宽问题更多的位于显卡到显示器上。很多用户往往会抱怨现在的 4k144 显示器不支持新版本的 DisplayPort、HDMI 接口，导致显示器成为带宽瓶颈，这是因为视频的数据量本身就非常庞大导致的：HDMI VersionMax ResolutionMax Refresh RateBandwidthHDMI 2.04K @ 60Hz60Hz18.0 GbpsHDMI 2.18K @ 60Hz120Hz (4K)48 GbpsHDMI 2.1a8K @ 60Hz120Hz (4K)48 Gbps注：1MB = 8Mb；1GB = 8Gb。算力资源硬件编码算力占用 CPU（核显，如 QuickSync）与 GPU 附带（如 NVENC/VCN）的运算单元、视频采集/加速卡的 ASIC 芯片优点：同成本下算力更高，延迟更小，能耗极低缺点：压缩算法逻辑固化在电路里无法设置厂商为了平衡功耗、成本和实时性，会牺牲算法实现的复杂度，导致画质和压缩率就目前来说一直劣于软件编码不同厂商，不同代际产品的画质和压缩性能完全不同显存不够软件编码算力能够占用 CPU 核心、GPU NVENC-CUDA/AMF-ROCm/OpenCL 通用计算单元，或高端视频采集/加速卡 FPGA…

使用 Excel 绘制逐帧 VMAF 画质图表的数据可视化教程
type: item
date: 2025-08-27T16:07:00+08:00
description: VMAF 简介VMAF 是一种结合了主观绝对评价、客观全参考指标、以及客观部分参考指标的多模型体系。基于人眼视觉对于失真的判断与处理特性，并结合了机器学习模型与传统算法的部分参考加全参考指标。相比其它统计画质的算法，VMAF 将原画的清晰度纳入考量（同时使用滤镜预处理原画和压缩结果）。详见 AV1 视频压制教程——画质指标、Netflix tech blog。VMAF 评分VMAF 的分数取值范围为 0~100，主要分为 4k、1080p 和 phone 3 种评分方式。VMAF 4k：播放画质，远距离观看/客厅电视/影院VMAF 1080p：播放画质，中近距离观看/桌面电脑，相比 VMAF 4K 更加苛刻视觉无损：大于等于 95优秀：大于等于 90良好：大于等于 80达标：大于等于 70注：压缩视频时，控制平均 VMAF 在 90~95 之间即可（毕竟是有损压缩）。VMAF 缺点算法原理复杂，分数构成不好说默认先输入压缩源、后输入原画源，与其它画质指标的输入顺序相反，且反直觉评价指标主要取决于提炼出的特征，而非失真图像与源的客观差距——分数变化与客观画质不一定呈正相关机器学习模型的训练数据只能涵盖部分画面内容种类，因此画面内容不够主流的视频不一定可用下载工具ffmpeggyan.devGitHub/btbnffmpeg.org时间基对齐工具下载 GCDLCMCalculator.7z（谷歌盘）（百度云）目录同急用版 x264、x265、AV1 教程下载地址；或（GitHub 项目地址中手动下载）。这是一个计算最大公约数、最小公倍数、以及分数的最大公约数的脚本/包，其中有 PowerShell、Java（.jar）、Python 和 Bash 的选项，选择适合的版本即可。对齐时间基 Timebase若源与压缩结果两个视频流的时间基不对齐，ffmpeg 就会在开始跑分前警告“DTS 未单调增加（DTS is not increasing monotonically）”：[Parsed_xpsnr_0 @ 000001e437db6e80] not matching timebases found between first input: 1/90000 and second input 1001/24000, results may be incorrect!最终画质衡量分数大概率会远低于正常（XPSNR、VMAF 等跑分受影响）：未对齐（画质 -659%）：XPSNR average, 14315 frames y: 33.8192 u: 41.5568 v: 42.3078 (minimum: 33.8192)对齐：XPSNR average, 14315 frames y: 41.9978 u: 44.6105 v: 45.2615 (minimum: 41.9978)对齐方法先运行普通版本：不使用 lavfi 标签——更改文件导入顺序ffmpeg -i ".\压缩源.ivf" -i ".\原画源.mkv" -lavfi ^ libvmaf=log_fmt=xml:log_path="X\\:/导出VMAF数据文件夹/vmaf.xml":model=version=vmaf_4k_v0.6.1\\:name=vmaf_4k|version=vmaf_v0.6.1\\:name=vmaf_1080p" ^ -f null -使用 lavfi 标签:: 使用 lavfi 标签： ffmpeg -i ".\原画源.mkv" -i ".\压缩源.ivf" -lavfi ^ [0:v][src]; [1:v][enc]; [enc][src]libvmaf="model=version=vmaf_4k_v0.6.1\\:name=vmaf_4k|version=vmaf_v0.6.1\\:name=vmaf_1080p" ^ -f null -一旦看到 not matching timebases found between first input: ??? and second input ??? 提醒时按 Ctrl+C 停止跑分，然后使用 GCDLCMCalculator 中的任意脚本/包算出共同时间基。计算共同时间基根据 ffmpeg not matching ... 反馈是否含有小数/分数：如果有就使用 GCDLCMCalculator 的分数的最大公约数（fracGCD）算法否则使用 GCDLCMCalculator 的最小公倍数（lcm）算法PowerShell 脚本（Windows、可能支持 Linux）# 参数名用法（支持乱序参数指定） .\gcdlcm.ps1 -Operation gcd -A 24 -B 100…

原创 AV1 压制教程 2025年 第11版
type: item
date: 2025-04-26T02:45:00+08:00
description: 本教程虽然相对于 x264、x265 教程严谨，并提供了测试数据提高严谨性，但仍仅具备业余参考价值。查阅本文要求读者已经明晰视频编码器的基本原理和一定细节。点此打开往期：x264、x265、QAAC、ffprobe 教程教程架构/内容范围概览——视频编码的流程与 AV1 支持的新格式、新标准编码——AV1 标准下的算法与功能特点文图解析参数——编码器（SVT-AV1）的实现、参数说明、报错列表附录——画质指标说明，编码测试设计、实践、设定规律总结，软件下载，参考文献字体系统本文使用了正文黑体，注解圆体和代码段字体共三套字体集。正文黑体为首选煮豆黑体 Zhudou Sans（中文）附件辅以系统 Sans Serif（英文）注解圆体为 Windows 的幼圆（中英文）附件代码段的字体为传统代码段的 SFMono-Regular，Menlo，Monaco，Consolas（英文） 辅以狮尾圆体 Light（中文）附件公式段的字体为 KaTeX Math Regular（英文）附件（适配安卓）辅以 Cochin，Georgia，Times，Times New Roman，serif繁体中文支持本教程由简体中文编写，可以通过安装浏览器插件来转换繁体及变体。效果不理想则请截图，并发送到本教程 Github 仓库中的 Issues，或 QQ 群里。暗黑模式支持本教程的所有图片在编写时已设为黑色背景。目前已验证 Dark Reader 的显示效果可用。打印机支持打开教程后，在标题栏中可以将当前内容切换到打印排版。并切换回一般排版。转换效果不理想时请截图发送到本教程 Github 仓库中的 Issues，或 QQ 群里。English SupportThis tutorial has been proof-read with TWP webpage translation plugin (Google Translate API), and protects codes, pathes from being translated with HTML code tag. Despite some translation results in very long sentences, overall the sentences makes sense, and can be better with more large context ML translations.English Support: Known issuesThere are cases with the main clause in a sentence being enclosed in HTML code tag (which is ignored by translation plugin), resulting in bad context; In this case, manually copying the text to a translater would fix it:Source: ... 使用与 TM_PRED 类似的原理 ...Incorrect: ... Use with TM_PREDSimilar principles are used ...Correct: ... Uses similar principles as TM_PRED ...There are verb-noun confustions in short words:Source: 应用预测Incorrect: Application PredictionCorrect: Apply prediction参考信息见教程末尾（不是 README/当前页末尾）。后记本教程是继 x264、x265 完整版教程的“续作”，其最明显的区别是配图数量翻倍、大量折叠处理的“概述之外”内容、引用性内容均辅以超链接指向出处、以及不同于以往的测试专用版块。相比 x264、x265 教程，本教程提供了超过 90 张插图，并均匀分布到了 AV1 算法说明的版块中，以帮助读者更好地理解复杂的概念和技术细节。由于信息量庞大，教程难免会有差错遗漏，追溯来源以确认信息可靠的需求就变得呼之欲出了。引用性内容的超链接对后期纠错查证，延伸阅读起到潜在的帮助，是属于“用时恨少”的细节。新增的测试版块提供了对测试方法、涉及算法与软件、视频源的选择、测试命令与结果的内容。这些内容来自于实践，从而可以真正帮助到用户精确地了解参数值强度对编码的影响，而不再是造成思维二值化误解的“有些、较大、一定量”的形容词。“欲穷千里目，更上一层楼”。总的来说，这些条件的达成使得本教程在可靠性、专业性和原创性方面有了显著提升，同时也极大地增强了…

How to fix controller joystick bounce back (Dampening method)
type: item
date: 2025-02-05T03:22:00+08:00
description: Disclaimer❀ This method should not, but may damage your controller by performing an incorrect operation or using wrong source material❀ You are expected to operate with caution and bear your own losses❀ You will void your controller's warranty by following this guideSymptomI had my XBox 360 controller for years with an issue: whenever I give my stick a quick flick, it bounces back too quickly, and change game character to face backward of where I am aiming. This issue can be reproduced on other controllers, and visible with XBox accessories app, where for a tiny fraction of second the joystick input clearly goes to the opposite.MethodologyAs stated in the title, this guide introduces a dampening method, and should work on most type of controllers. To check if this works for your controller, make sure that:The analog stick unit should be using some kind of mechanical forces to reposition:An analog stick unit:Mechanical components are isolated from electrical componentsFor example, the XBox 360 joystick unit as a sealed bottom, and electrical components are on the sideThings you needTo disassemble controllerT8 Hex bit screwdriver (for XBox controller)Razor Scraper (for XBox controller)To peel the battery compartment sticker with a hidden screw underneath, without damaging the stickerOther mobile phone opening tools that you haveTo apply greaseA cotton swab or small screwdriver to apply greaseAny dampening grease that is more sticky than lubricantThey should be sticky to surface, easily holds its shape in pea-size under shaking, and supposed to be used for carsThey usually are not electrically conductive, so you don't short your controller in accidentThey don't create any noticeable resistance to joystickExample from newgatesimms.com:Tissues to wipe away original lubricants and excess greaseFor testingJoystick input testing websiteIf you can't open this one, just find anotherSteps to takeConfirm that your controller is not having problems at first placeOpen a controlle…