懒人包2026NE

[hooke007]

主要问题追踪

• 修复了AI通用超分采样精度及drba的量化精度问题
  懒人包2026NE #644 (reply in thread)
  懒人包2026NE #644 (reply in thread)
• 修复了drba个别模型的问题
  懒人包2026NE #644 (reply in thread)

上游追踪

• 截屏在某种条件下存在变暗的问题 懒人包2025EX #628 (comment)
• mpv已支持AFMF补帧

下版本开发记录

着色器 新增 kNLS 另一种非线性拉伸算法
着色器 修正 dpid 更贴近原始论文实现
着色器 新增 aWarpSharp3 收线
着色器 新增 knlm2 降噪
着色器 移植 FineDehalo 去晕轮 #644 (comment)
着色器 移植 kGrainFactory 仿胶片颗粒
着色器 修正 DCCI
着色器 移植 SMAA #644 (comment)
着色器 重新移植 FSR1 #644 (comment)
着色器 移植 FidelityFX_Lens 经典的三联抽象游戏特效
着色器 重新移植 CAS
着色器 新增 kACfL 色度还原 #644 (comment)
着色器 重新实现 Fast Guided
着色器 移植 MMPX
着色器 移植 neo f3kdb 去色带
着色器 移植 海景动效
着色器 实现 kVibrance 高级饱和调节
着色器 移植 Intel版RAISR #644 (comment)
着色器 新增 魔术核重采样算法 #644 (comment)
着色器 实现 替换 FSR_luma QCOM_SGSR_luma_RT 为自己的版本
着色器 重新移植 NVScaler 和 NVSharpen

---

This discussion was created from the release 2026NE.

上期 #628

[Self4215]

不是遇到问题，只是个人好奇提问：看到您的 yt-dlp 依赖更新了，请问有注意到 yt-dlp 新版本下载油管视频需要额外配置 js runtime 并为之做准备吗

[hooke007]

mpv是播放器不是下载器，我不关心下载

[Self4215]

好的理解

不过准确地说，解析的时候（比如yt-dlp -F <link>）就需要 js runtime 了，如果其他人有遇到问题的话，直接自行配置 Deno吧

[zhongfly]

目前只有YouTube需要js runtime，不是所有网站需要，非必须。另外，可能很多人也有安装node js的，也可以设置用node js作为yt-dlp的js runtime

[Self4215]

也可以设置用node js作为yt-dlp的js runtime

deno 是 yt-dlp 默认使用的，无需额外传参；

如果用 node 的话，这里说要传一个--js-runtimes node或者--js-runtimes node:/path/to/node，那么请问除了下面的地方以外，还有其他要自行修改的地方吗？

Details

portable_config\mpv.conf

 ####################
 # 脚本 滤镜 着色器 #
 ####################

#load-stats-overlay = no
 osc = no
#ytdl-raw-options-append = cookies-from-browser=edge
 ytdl-raw-options-append = sub-langs=-danmaku
#添加一行：
 ytdl-raw-options-append = js-runtimes=node:\path\to\node

portable_config\scripts\thumbfast.lua

local function spawn(time)
    -- ...
    local args = {
        mpv_path, "--config=no", "--terminal=no", "--msg-level=all=no", "--idle=yes", "--keep-open=always",
        "--pause=yes", "--ao=null",
        "--osc=no", "--load-stats-overlay=no", "load-console=no", "load-commands=no", "--load-auto-profiles=no", "--load-select=no", "--load-positioning=no",
        "--clipboard-backends-clr", "--video-osd=no", "--autoload-files=no",
        "--vd-lavc-skiploopfilter=all", "--vd-lavc-skipidct=all", "--vd-lavc-fast", "--vd-lavc-threads="..options.sw_threads, "--hwdec="..options.hwdec,
        "--edition="..(properties["edition"] or "auto"), "--vid="..(vid or "auto"), "--sub=no", "--audio=no",
        "--start="..time,
        "--dither-depth=no", "--tone-mapping=hable",
        "--audio-pitch-correction=no", "--deinterlace=no",
        "--ytdl-format=worst", "--demuxer-readahead-secs=0", "--demuxer-max-bytes=128KiB",
        "--vf="..vf_gen(), "--ovc=rawvideo", "--of=image2", "--ofopts=update=1", "--ocopy-metadata=no", "--o="..options.tnpath
    }
    -- 在上面添加一个"--ytdl-raw-options-append=js-runtimes=node:\path\to\node"
    -- ...
end

[monbed]

无法作为压缩包打开文件】
D:\Download\mpv-lazy-20260000-vsNV.7z.001.7z
D:\Download\mpv-lazy-20260000-vsNV.7z.001.7z
无法作为[7z]压缩包打开该文件
错误：文件末端错误

[Self4215]

同样是 idm，我的不会这样啊

[monbed]

不太清楚是什么BUG

[hooke007]

idm的问题你应该找idm问

[monbed]

我只是回一下楼上，不是问。😸

[LetMeDecay]

我也遇到这个问题了，无插件版用半天发现没法补帧
后面问了下gemini，感觉是这个原因

---

IDM 下载 mpv-lazy-20260000-vsNV.7z.001 时自动添加 .7z 后缀的现象，是客户端内容嗅探机制与分卷归档命名规范发生冲突的产物。

根本原因： IDM 检测到文件头的 7-Zip 签名，且不识别 .001 为该格式的合法变体，因此强制追加标准扩展名 .7z。

促成因素： GitHub 服务器发送的 application/octet-stream 通用类型促使 IDM 启动嗅探逻辑；IDM 对流媒体和错误文件名修复的激进策略导致了对分卷文件的误伤。

影响： 破坏了分卷文件的序列命名，导致解压软件无法自动寻找后续分卷。

建议总结： 对于遭遇此问题的用户，最稳妥的方法是在 IDM 的“下载文件信息”对话框中手动删除多余后缀。对于频繁下载此类文件的用户，建议使用 Alt 键绕过 IDM 直接使用浏览器下载，或编写批处理脚本进行事后批量重命名。这不仅解决了当前的文件名问题，也避免了因修改系统注册表或 IDM 核心配置而可能引发的其他兼容性风险。

[LIERTTTTTT]

NV系列的补帧还有AI的那个自定义使用（RIFE_RTX (DLC-vsNV)、自定义AI UAI_RTX (DLC-vsNV)）时报错，截图如下

[LIERTTTTTT]

[LIERTTTTTT]

不行RIFE NV的那个还是报错成这样

[hooke007]

你可以试

[hooke007]

这个报错是设备id错误，前面的报错是驱动版本错误，你一个个分开测别一起弄

[LIERTTTTTT]

啊，ok了，大佬牛逼，解决，不该瞎改（捂脸）

[malagege]

回報問題

[Lua] k7f_zen “要是连这个都不会用，就别问vs滤镜怎么玩了”
原本的 k7f_zen.lua、腳本選項與快捷指令的檔案連結已失效。後來發現是檔案路徑遷移到 mpv 資料夾，但相關連結並沒有同步更新。

---

使用心得分享

最近我在新版中嘗試了 DRBA 補幀，過程中有一些觀察：

Details

• 先做 UAI 拉升再做 DRBA 補幀
  • 字幕容易出現晃動
  • 人物場景有些狀況下會有晃動問題
  • 測試影片：

drba.2.mp4

drba.3.mp4

drba.mp4

• 先做 UAI 拉升再做 RIFE (46)
  • 效果相對穩定
  • 測試影片：

rife46.2.mp4

rife46.3.mp4

rife46.mp4

後來我改成 先做 DRBA 補幀，再做 UAI 拉升，就沒有晃動問題。 這我就懶得錄製，其實跟 RIFE 4.6差不多。

在 vpy 的設計與優化思路 一文中提到「先放大再補幀」通常效果較好。之前使用 RIFE 46 模型確實符合這個結論，但 DRBA 似乎不太適合這樣的流程。 不確定這是否與影片畫面大小有關？

---

效果比較

• 流暢度：4.6 ≥ DRBA(v2) > 4.26
• 資源消耗：DRBA(v2) ≥ 4.6 > 4.26
• 偽影控制：4.6 ≥ DRBA(v2) > 4.26
• 格狀跑圖：4.6 ≥ DRBA(v2) > 4.26

---

額外觀察

DRBA(v2) 模型的資源消耗比我預期的小：

• 可以在 UAI 放大到 4K 的情況下，跑 兩倍速 DRBA(v2) 補幀
• 如果只放大到 2K，甚至能跑 四倍速 DRBA(v2) 補幀

這樣的效能表現讓我非常驚訝。
我的顯卡是 RTX 4070 Ti，提供給大家參考。

[hooke007]

不用尝试了，已经定位到是量化精度的问题了

[hooke007]

更新k7sfunc https://github.com/hooke007/K7sfunc/releases/tag/1.2.1
再清理掉模型路径 mpv-lazy\vs-plugins\models\drba 下的 xxx.engine xxx.engine.cache 文件重新生成
现在4k应该不存在抖动和锯齿了

[hooke007]

修复了模型上的问题，仍然需要清理engine
distilDRBA_v2_lite_scale.zip
distilDRBA_v2_lite_scale_ap.zip

[malagege]

更新模型修正 trubo=2 偽影問題🙂
感謝修正🙏

超分4k + trubo = 2 + drba v2，4070 TI 即時補幀會會掉幀(偶爾正常一下)
應該顯卡不夠力了，只能降低超分去跑了😅
這次修正可以當主要觀看模型了💯

[Czerror]

还是这个问题

[Czerror]

我还重装了系统 装的MSDN原版 各种支持库也打上了

[hooke007]

我在纯净的沙盒里也复现不了

[verygoodlee]

据我所知 原生mpv并不依赖于.NET Framework，这个报错弹窗很迷惑

[hooke007]

大概和上个版本有人提到的解压崩溃是因为微信输入法越界的问题类似

[Czerror]

所以就很奇怪啊 我没用任何其他输入法 用的win11原生自带
重装系统也试过了 实在是排查不出来 不知道是哪个软件冲突

[hooke007]

移植去晕轮算法 c93c039

左侧为默认参数时的晕轮减弱的效果

[qwedsazxcce]

能否整合这个插件https://github.com/Tony15246/uosc_danmaku
在MPV播放器中加载弹弹play弹幕，基于 uosc UI框架和弹弹play API的mpv弹幕扩展插件
功能好用,但是它页面介绍也老铁发布的MPV目录好像有点区别
我现在只能通过快捷键来调用插件,但是下一集以后插件不会自动加载,又要通过快捷键选择
这个插件是能实现下一集自动加载弹幕的
怎么修改在GUI中能增加开关,并能在下一集加载插件呢

[hooke007]

你仔细看过 uosc 的说明或者它的说明自然知道怎么加

[hooke007]

5628cee SMAA迁移回此仓库。
常用质量预设与参数对应关系：

预设	THR	MSS	MSSD	CR
LOW	0.15	4	0	0
MEDIUM	0.1	8	0	0
HIGH	0.1	16	8	25
ULTRA	0.05	32	16	25

[hooke007]

f3b6fdc 重植版fsr1的主要改变只体现在rcas且难以察觉

[verygoodlee]

宽放大 并且 高放大 的判定条件碰到单边放大场景无法触发

mpv_PlayKit/portable_config/shaders/AMD/AMD_FSR1_EASU.glsl

Line 17 in d9fa899

//!WHEN OUTPUT.w HOOKED.w 1.0 * > OUTPUT.h HOOKED.h 1.0 * > *

例如DVD的非正方形像素，实际播放时会拉伸一条边，如果窗口刚好是拉伸后的大小，着色器就触发不了

把窗口缩小点还会出现一边放大另一边缩小的特殊场景，这种情况该不该触发就看取舍了，agyild移植的着色器都是以面积作为判定条件

[hooke007]

我这是有意为之，常见算法其实没有考虑过各向异性拉伸的优化

[hooke007]

mpv自带的变形调整在MAIN之后。。。这玩意如果要用户着色器里前置调整估计会很麻烦

[hooke007]

在研究cas的时候发现了这些厂商的投机取巧的方式出奇的一致，cas的缩放和sgsr的缩放一样是双线性，锐度全靠锐化拉。。。

[hooke007]

没有计划，我不喜欢把这类算法放在luma处理。

agyild的所有着色器已移除/被替换

[SuperBlackWednesday]

MEMC_RIFE_NV.vpy那个补帧 里面有个4251 看某些视频会闪 发绿 一边发绿一边闪 上一个版本就不会 不知道为什么

[hooke007]

cuda的问题

[Lafowle]

把vsmlrt-cuda內的檔案替換成2025EX的版本就解決了

[qrandmaster]

The files mpv-lazy-20260000-vsNV.7z.001 and mpv-lazy-20260000-vsNV.7z.002 are corrupted and cannot be opened. I downloaded them through my browser and IDM, and the problem persists; they all have the same .7z extension. Please update the files.

[qrandmaster]

I arrived here via Gemini. I needed to increase the frame rate in my movies. He told me this was the solution and an alternative to SVP. If this program isn't for that purpose, I'll delete it, and there won't be any more trouble.

[hooke007]

You can try https://github.com/vadash/mpv-lazy-en. It's based on my deprecated release.

[qrandmaster]

Okay, thank you for your cooperation, sir. But it seems the tool hasn't been updated since 2024. Do you think it will work as I need it, or will it cause problems and require an update?

[hooke007]

The commits history show it keeps updating. You can post the issues there for more details.

[Lafowle]

Try to using WinRAR at least it worked for me

[DOHEX]

uosc音量条下面的图标，在音量大于100时出现重叠

Details

这是原代码：

ass:icon(mute_rect.ax + width_half, mute_rect.ay + height_half, icon_size, 'volume_up',
	{ border = options.text_border * state.scale, opacity = underlay_opacity, align = 5 }
)
ass:icon(mute_rect.ax + width_half - horizontal_shift, mute_rect.ay + height_half, icon_size, icon_name,
	{ opacity = visibility, align = 5 }
)

我加了一个判断逻辑：

if state.volume <= 100 then
	ass:icon(mute_rect.ax + width_half, mute_rect.ay + height_half, icon_size, 'volume_up',
		{ border = options.text_border * state.scale, opacity = underlay_opacity, align = 5 }
	)
end
ass:icon(mute_rect.ax + width_half - horizontal_shift, mute_rect.ay + height_half, icon_size, icon_name,
	{ opacity = visibility, align = 5 }
)

效果如下：

[hooke007]

哦我想起来了，这地方我改过

[hooke007]

• AMD Fluid Motion Frames 补帧 #650

amf这个补帧效率有点逆天的

7950x的这个2cu的亮机核显居然能用最低的profile跑4k倍帧

[hooke007]

现有色度还原着色器盘点，综合性能和质量

Tier1

kACfL_RT
CfL_Prediction_Lite
CfL_Prediction_RT
KrigBilateral

Tier2

JointBilateral_RT

Tier3

FastBilateral_RT

没测

ArtCNN_Legacy_C4F16_DS_YCbCr
ArtCNN_Legacy_C4F32_Chroma
ravu_zoom_r2_chroma
ravu_zoom_r3_chroma

[hooke007]

1174384 已增强 kACfL 的鲁棒性

JointBilateral 一样是亮度引导，一样翻了好几倍，不过基础消耗低

以前因为认知偏差把chroma着色器前置反倒规避了性能问题，不过看动态差距不大就是了

[HedioKojima]

嗯，可以正常使用。感谢
我看到此处的讨论 dyphire/mpv-config#209 ，是不是kACfL（类似的通过分析亮度变化来还原色度 ）不太推荐和nnedi3（具有半像素偏移特性的亮度放大着色器）一起使用？如果使用内置色度的话 catmull_rom会不会锐了点？robidouxsharp会不会通用性更强点？

[hooke007]

像素偏移不是问题，内部已经处理好对齐了。
算法的特点是主要依赖亮度平面的质量：
1.亮度信息并不总是和色度在所有情况下都强相关
2.预处理亮度的着色器如果乱发挥的话（比如一些不靠谱的ai类算法），色度预测也会跟着乱猜。nnedi3的风格属于很原味的那种了，作为二次处理后的引导也没有问题。

我的主观评判标准还是FAQ的那张极限图。
那张图的缺点，除了都是一像素的线条情况外，大面积接近的色块的测试样本也不够（只有最下面两行）。总之就是能涵盖的极端情况还是太少

[HedioKojima]

将FAQ中的 chroma-420.jpg 对比看了一下各种色度升级。JointBilateral_RT和FastBilateral_RT最下面两行都糊一起了。ravu_zoom_r3_chroma最下面两行糊的没法看。内置的不管是ewa_lanczossharp还是lanczos都是一样没法看且没性价比。kACfL_RT和CfL_Prediction_Lite是保守功耗时的最佳选择。

[verygoodlee]

没绷住，非常重要的特性文档压根没提。。。 任何一个着色器创建的 SAVE 纹理会被添加到全局的 pass_textures 列表中，别的着色器都能跨文件访问，所以理论上的确存在变量冲突。。。

之前修改nnedi3的时候就讨论过变量不隔离的问题，我最近才发现为什么第2个pass的偏移量要改成-0.500 -0.500 #583 (reply in thread) ，因为这种情况下第1个pass的偏移量是无效的，这一点也没在libplacebo的文档中提及，mpv的文档中倒是多提了一句

第1个pass没有覆盖LUMA所以偏移量没效果，它的OFFSET可以删掉

mpv_PlayKit/portable_config/shaders/nnedi3/nnedi3_nns128_win8x4.glsl

Line 22 in 8baf8fc

//!OFFSET 0.000 -0.500

[verygoodlee]

Win11用户谨慎使用打开资源管理器的命令

mpv_PlayKit/portable_config/input_uosc.conf

Lines 31 to 32 in 1174384

	# script-binding uosc/show-in-directory #! 工具 > ※ 打开 当前文件所在路径
	# script-binding uosc/open-config-directory #! 工具 > ※ 打开 设置目录

本质是启动一个explorer.exe进程，在Win10上关闭资源管理器窗口后等待一会儿进程会自动终止，
但在坑爹的Win11(25H2)上进程会永久残留，这是重复打开关闭12次的结果，等了两个小时，进程全躺在那。

占用150+MB内存的是系统运行所必须的资源管理器进程，其他的每个占用30+MB，不手动处理的话就一直躺在那，理论可无限叠加吃满内存，真尼玛无语了，咖喱味系统bug11

[hooke007]

这个我记得25h2修了吧

[verygoodlee]

我是最新版，安装了今年最后一个更新

[hooke007]

额我这里倒是正常关闭的

[3a311088]

測試了一下能複現
之前用cmd開相對路徑也是搞出一堆這個 沒想到這裡也能碰到一樣的
版本:

[Remonli]

笔记本用电池的时候，切换全屏的时候会卡住好几秒，报错如下，有可能时什么原因？

Audio device underrun detected.
Audio/video desynchronisation detected! Possible reasons include too slowhardware, temporary CpU spikes, broken drivers, and broken files. Audioposition will not match to the video (see A-V status field).Consider trying --profile=fast and/or '--hwdec=auto as they may help.

[hooke007]

这不是报错，就是字面上的意思

[Remonli]

后来发现是amd的驱动有问题，25.12.1 版的驱动就有这问题，切换到n卡4060就没事。

[Kano0926]

您好，请问一下为什么使用最新版本的用同样的vs滤镜得到的画面会与原来版本以及使用其他视频超分软件得到的画面有所不同，在这里我使用的均为aniscal2s的模型。

Details

这个是2025DS版本的画面

这个是2026NE版本的画面，发现在后面的人会明显变得模糊了一些

以及这个是使用其他超分软件得到的画面，基本和2025DS画面一致

以及还有一个关于DRBA补帧的问题，在开启了补帧后人物边缘会出现马赛克以及抽搐的现象
这里是原始画面：

然后这里是开启了补帧后的画面

谢谢

[Kano0926]

感谢回复，
关于第一个问题，我已经尝试替换了之前版本的cuda以及使用DML推理方式但是还是同样的问题。

Details

这个是2026NE版本使用TRT推理得到的画面： 这个是2026NE版本使用DML推理得到的画面： DML滤镜的设定： 以及使用其他软件 使用同样模型（aniscale2S）超分后压制为新的视频的使用2026NE版本打开后画面： 但是使用2025DS版本的TRT推理以及DML推理与该画面基本一致 2025DS_DML： 2025DS_TRT

然后是关于DRBA的补帧脚本内容如下：

片源是使用上面的软件以及重新压制的4k分辨率的，仅开启了补帧滤镜后的画面：

[hooke007]

我定位到k7sfunc的问题了

[hooke007]

https://github.com/hooke007/K7sfunc/releases/tag/1.2.0

./python -m pip install -U k7sfunc

如果需要使用其他模块注意修正
8baf8fc

[Kano0926]

感谢，更新后测试超分滤镜已经正常，补帧滤镜可能不能用于4K的片源，在1080p下测试是正常的😂

[hooke007]

#644 (comment)
drba的问题参考这个

[HedioKojima]

看到 https://github.com/NVIDIAGameWorks/NVIDIAImageScaling 有 v1.0.3，NVScaler_RT.glsl中写着NVIDIA Image Scaling v1.0.2 by NVIDIA， v1.0.3是不是没什么质量提升？谢谢

[hooke007]

nis太老了，版本号看也基本上是bugfix

[HedioKojima]

嗯。https://www.nvidia.cn/geforce/news/dlss-4-5-dynamic-multi-frame-gen-6x-2nd-gen-transformer-super-res/ 您感觉 rtx Super Resolution会有大的质量提升吗？谢谢

[hooke007]

https://nvidia.custhelp.com/app/answers/detail/a_id/5448/~/rtx-video-faq
vsr一般来讲有重大改进nv一定会宣传，没说就当没有

[LiJT]

如果想要使用 NVIDIA 新驱动里面的 AI 补帧 (旧名称 smooth motion）只能强制 winvk 使用 vulcan，但是 mpv 在 vulcan 模式下，拉动播放器窗口，窗口内的视频内容不会随着窗口大小变化而产生缩放，会有滞后感，流畅度不如 d3d11，请问这个问题是正常的吗？

[GG-MM]

大佬我想问一下 5060laptop 玩 animejanai 是不是很勉强啊，model 用的是the_database_AnimeJaNaiV3L1_sharp_HD_x2_fp16_op17.onnx，脚本用的是你 vs 文件夹中的 dx12 显卡专用脚本，播放视频时显卡占用 30%+，我觉得有点高了，只是看视频的话占用这么高不太能接受，换用其他非 sharpmodel 效果又不明显，至于 L2L3 就更加吃显存了风扇哗哗响，而且综合看下来虽然 animejanai 画面质量确实比 anime4k 高一点但实时超分对我这个级别的显卡来说还是太勉强了，但我毕竟玩这个不到半天所以想请大佬提一些建议，谢谢。

[hooke007]

这个占用算低的。（a4k 按照完整配置占用也不会比这个低）
dml 是给老 n 卡和非 n 卡用的，你应该优先用trt
animejanai 的 v3 不追求视觉感知优先，v2 才是

[WaterColor-Tone]

播放hdr，视频播放流畅，硬解显卡占用正常，如果把鼠标放在进度条上不让光标隐藏的话，画面正常。
但全屏光标隐藏时，画面会变灰，而窗口化鼠标是否隐藏都正常。切换软解、硬解和gpu-next现象相同。
请问有没有大佬知道该怎么解决？

[KSAMNI]

请问出现这样的大的黑色块是哪个地方设置的问题

[hooke007]

什么片源？

[signin404]

惊了 持续2年的display-resample性能下降居然修好了

[HedioKojima]

vulkan下也正常了吗？

[signin404]

我刚试了下vulkan
gpu-context=winvk
gpu-api=vulkan
不会掉帧

[HedioKojima]

谢谢告知。时间真久啊2年

[HedioKojima]

使用SSimDownscaler_RT 时会出现类似阴影的问题，在字上很明显

[hooke007]

ssim 本就是感知强化，我觉得不算 bug

[HedioKojima]

有办法将mpv 自带的context-menu https://github.com/mpv-player/mpv/blob/master/etc/menu.conf 变成中文吗？

[hooke007]

这不是内置的配置文件 https://mpv.io/manual/master/#select-menu-conf-path

[HedioKojima]

直接编辑为中文就OK？

[hooke007]

他和其他菜单脚本类似，不过读的文件不同

[HedioKojima]

找到了一个整理好的中文版 https://github.com/eko5624/mpv-config/blob/main/portable_config/menu.conf

[KSAMNI]

之前一直存在的看115网盘的只能下载开头一部分，后面就缓冲不了的问题，观察发现都存在一个日志
[ffmpeg/demuxer] mov,mp4,m4a,3pg,3g2,mj2: Unknown cover type: 0x1.
但是这个日志查了一下，好像也无法从mpv的角度解决，FFmpeg这个在mpv是内置的吗？能否替换？
难怪同样的片源换PotPlayer就可以一直播放

[hooke007]

no

[verygoodlee]

静态编译的所有依赖库都是直接打包进exe文件里了，肯定没法替换，
官方build是动态编译，理论上可以替换ffmpeg的dll，但官方版本缺了很多功能，连vapoursynth都用不了，不推荐使用

[eko5624]

我编译的MPV有FFmpeg动态编辑版，你可以尝试一下：https://github.com/eko5624/mpv-win64/releases/tag/2026-01-26

[Ladersbt]

大佬，仓库里的那个portable_config/vs/MEMC_RIFE_NV.vpy的第36行是不是写错了，那一行写的turbo=2，实际应该是true或false吧？

[hooke007]

你看一下置顶楼写的内容

[Ladersbt]

你看一下置顶楼写的内容

哦哦，我不太懂这个，今天试了下这个，一开始就只改了h_pre就拿去用了，发现编译失败了，拿去问了下ai，ai让我把那个turbo=2改成true/false 就成功了

[malagege]

@Ladersbt 兄弟，你應該看到 main 分支程式了，那個還沒發布。記得切到對應版本分支看。
2026NE - MEMC_RIFE_NV.vpy

[Ladersbt]

@Ladersbt 兄弟，你應該看到 main 分支程式了，那個還沒發布。記得切到對應版本分支看。 2026NE - MEMC_RIFE_NV.vpy

@malagege 感谢告知！

[hooke007]

你能用pip更新就是已经正式发布了。k7sfunc的更新和mpv-lazy是异步的

[hooke007]

magickernel这个算法之前扫了一眼觉得有点意思 https://johncostella.com/magic/
36ac24f 实现了三个旧版本，测下来没有太多印象深刻的地方，后续的其它微调版没有继续实现

[hooke007]

个人觉得综合不如spline36
作为默认shader会引入其它操作的门槛，比如“为什么我加载了某个着色器却发现没有生效”（之前用EASU作为默认的时候就被这个问题问麻了，所以qcom这种有条件触发的锐化更适合作为入门人的预设）

[hooke007]

受隔壁启发，分离卷积优化以大幅提速 7e1a84d

[HedioKojima]

2021lut提速太多，甚至感觉不真实。😄 感谢

[hooke007]

拆为双通理论上不是等价物，可能存在锐度软化的问题，你可以多做几个测试对比一下

[HedioKojima]

截图，放大对比。理论上可能有区别，但肉眼看不出来区别。

[Simuliya]

如何更改stats的样式呢,从2024版本更新到最新版本发现stats的样式变了看起来很瞎眼,希望改回原来的但是找不到配置文件,甚至直接替换了整个portable_config文件夹都无法成功

[Simuliya]

我看的到你的图片，我看不懂你的意思。

至于所谓样式，stats的样式就是osd的样式
那就奇怪了,老版本的mpv的配置和这个一模一样,但是效果就是

[hooke007]

没有什么奇怪的，官方把脚本的样式同步OSD了

[Simuliya]

没有什么奇怪的，官方把脚本的样式同步OSD了

那么如果我需要原来的那个样式应该如何进行配置呢

[hooke007]

重置OSD的样式或者研究脚本配置

[HedioKojima]

编辑 stats.conf ，参考 https://github.com/dyphire/mpv-config/blob/master/script-opts/stats.conf

[yyqEternal]

我有一个问题pv-lazy-20260210-vsNV.7z.001和mpv-lazy-20260210-vsNV.7z.002两个包001我能使用002是干什么的我打开显示不受支持或者已经损坏，我用7zip一起解压

[hooke007]

7z解压001
这是7z的标准分卷压缩格式，建议百度

[yyqEternal]

7z解压001 这是7z的标准分卷压缩格式，建议百度

哦我明白了原来我以前已经解压成功了解压后4.5g，002是001压缩包的附属不能单独打开