软件界面如图。

这里放分享的地址了。

我要的是去除音乐保留人声

请问下您的网盘里之前上传过Handbrake的预设吗

之前那个ShanaEncoder和MediaEncoder预设分享帖子有些错误，新发帖老被删，就在这个帖子更新吧。而且老帖内容有些错误也容易误导大家。
预设今天更新(对比上次更新)：
1、全面查了预设的错误并修复。
2、增加时间戳。
3、调整了关键帧间隔。
4、新增了质量模式CRF(个人不倾向使用)。
5、新增了音频预设(ShanaEncoder和MediaEncoder都不是专业的音频编辑软件，凑合使用)。
6、B站新增2K档位预设。
7、新增A卡硬编H.264预设。
8、默认帧数修改为24帧，若需其他帧数请自行修改，且修改帧数后一定要同比修改对应的关键帧间隔。
9、说明.txt文件进行以上更新内容的相关补充，另外新增帧采样、帧混合、光流法的内容补充。

云盘分享预设的补充说明，ShanaEncoder7.X版本来了，但最近几个月没时间做新预设，云盘分享预设还是基于6.X版本，大家注意辨别。

期待楼主的7.x预设

7 3 30 音频文件,没有你说的这个设置。跟5 3 10一样

shanavocalremover 是不是压制次数越多越好越清晰

预设更新2025.11.2(预设更新都在本帖)：
思路：离上次更新1年多快2年了，一方面，这2年楼主压制视频，4K、HDR逐渐多了起来，原来的预设在压制4K、HDR就太慢了，另一方面ffmpeg和基于ffmpeg的shanaencoder随着新版本的更新，在同预设的情况下的确画质有提高但也同样压制速度变慢，因此整体的思路就是在原有基础上略微降低画质同时提高压制速度，整个预设也是相当于重制了一遍。
适配版本：ShaneEncoder7.X(6.X及更老版本不兼容)，AdobeMediaEncoder2025(兼容老版本，但没测试过)
ps：AME速度比SE快非常多。
更新内容：
1、完全重制，可能有些错误，欢迎指出
2、色调映射改为GPU(仅HDR转SDR生效)
3、CPU软编预设调整为slow(SE H.264/H.265)/5(SE AV1-SVT-AV1)/更慢(AME)，比原来更快些，显卡硬编保持不变
4、关键帧间隔统一调整为1秒(SE/AME为0.5秒)
5、上次新增的质量模式CRF删除了
6、云盘分享改为了7z压缩包，之前将近1300个文件上传和下载都很慢，压缩包快很多。
7、说明文档进行了很多更新。
另外，我也花了几天的时间跑vmaf跑分，着重跑了下各项设置对画质的影响，表现为vmaf跑分的差异范围，具体内容说明文档有，这里大概展示下结果，仅供参考
编解码器：0-23分
色调映射：0-22分
缩放过滤器：0-14分
预设(H.264软)：0-7分
预设(H.264硬I)：0-2分
预设(H.265软)：0-9分
预设(H.265硬I)：0-2分
预设(AV1软SVT-AV1)：0-13分
预设(AV1硬I)：0-2分
调整(H.264)：0-3分
调整(H.265)：0-0.8分
配置(H.264)：0-2分
关键帧：0-0.5分
AMD和英伟达的显卡，暂时没有最新的显卡，没有做测试
编码器里，基本上硬编I卡veryslow画质比CPU软编的medium稍强，比slow稍弱。
av1软编的三种方案差距非常巨大，cpu是6大核+8中核+2小核，只有svt-av1是能吃满CPU且高负载运行的，rav1e只能吃6个大核且负荷非常非常低，medium(5)编6分钟的视频花了将近7小时，且质量奇差，比svt-av1低了近15分，aom能吃全核但不稳定有时会掉核且负载也低，同样的视频花了将近2小时，质量最好，svt-av1如前面所说，速度奇快，仅5分钟就完成，质量比aom低了近6分，可以接受。

目前编码情况是这样，这里只针对完整版编码(而非残缺版)：
H.263(1996)，已淘汰，实际被VP8对标
H.264(2003)，非常好，兼容性最强
VP8(2008)，谷歌推出，免费，号称对标H.264，实际对标H.263，没人理它，忽略，
H.265(2013)，目前普及度很高，AMD依然不支持，估计是不想付高额专利费
VP9(2013)，谷歌推出，免费，奈飞支持，英特尔、英伟达、AMD全不支持，号称对标H.265，实际对标H.264，忽略
H.266(2017)，普及之路任重道远，专利费非常昂贵，英特尔、英伟达、AMD全暂时不支持，以后支不支持另说，AMD的老样子估计不支持
AV1(2018)，谷歌推出，免费，号称对标H.266，实际对标H.265，SVT-AV1的成熟使得CPU软编可用性提升非常大，硬编方面还有进步空间，AMD仅支持9070以上的独显，AMD估计得下一代才会支持甜品/中端独显，AMD的核显不支持
H.267(预计2028)，H266都没普及呢
AV2(预计2025)，谷歌即将发布的新编码，这次终于赶上了，比对标的H.267更早发布
补充一下，handbrake早前版本出过预设，后来整体工作量太大，就没出了。目前的计划，是打算等AMD的核显支持+AMD下一代甜品/中端独显支持后，再制作handbrake的预设。

接着上楼层，硬编完整支持花了多久
H.264，2003年诞生
英特尔核显支持在2015年，花了12年
英特尔独显支持在2020年，花了17年
英伟达独显支持在2014年，花了11年
AMD核显支持在2022年，花了19年
AMD独显支持在2020年，花了17年
H.265，2013年诞生
英特尔核显支持在2019年，花了6年
英特尔独显支持在2020年，花了7年
英伟达独显支持在2019年，花了6年
AV1，2018年诞生
英特尔核显支持在2023年，花了5年
英特尔独显支持在2022年，花了4年
英伟达独显支持在2022年，花了4年
AMD独显支持在2025年，花了7年

尽可能接近高解析度无损画质，同时尽量保持小体积，何时进行压制？
最好的保持画质的方法就是不压制保持原文件，但有时候的确要压制，那么怎么判断要不要压制？之前遇到过一个视频4K120FPS码率竟然接近140Mbps，渲染器是NGUSharpDirectQuadruoleLow档位下，竟然卡顿到只有10帧左右，这时候不压制是没法看的。这里分享个人的方案，满足条件后就压制，否则保持原片，仅供参考，大家还是结合自己实际情况调整。
方案1(压制后分辨率不变)：
当8K视频H.264/VP9/H.265/AV1码率大于100/91/73/64Mbps时
当4K视频H.264/VP9/H.265/AV1码率大于44/40/32/28Mbps时
当2K视频H.264/VP9/H.265/AV1码率大于24/22/18/16Mbps时
当1080P视频H.264/VP9/H.265/AV1码率大于12/11/9/8Mbps时
当720P视频H.264/VP9/H.265/AV1码率大于6.5/6/5/4.5Mbps时
当480P视频H.264/VP9/H.265/AV1码率大于4/4/3/3Mbps时
方案2(压制后分辨率=1080P)
当视频H.264/VP9/H.265/AV1码率大于12/11/9/8Mbps时
方案3(压制后分辨率=720P)
当720P视频H.264/VP9/H.265/AV1码率大于6.5/6/5/4.5Mbps时
方案4(压制后分辨率=480P)
当480P视频H.264/VP9/H.265/AV1码率大于4/4/3/3Mbps时