原创 PowerShell+CMD 多线路单文件+大批量压制+封装工具

A@NAZOrip
  • 在其它设备中阅读本文章

囊括了分析,压制和封装的大型 CLI+GUI 压制辅助工具. (绝对不是因为等不来小丸工具箱更新而做的...)

☆环境得...
  • 有一两 ffprobe (一般下载 ffmpeg 后附带)
  • 多一斤 ffmpeg/Vapoursynth (vspipe)/Avisynth (avs2yuv)/Avisynth (avs2pipemod)
  • 含一克 x264/x265
★优势在...
  • 完全不依赖包括 Python 的编程语言,满足了入门视频剪辑用户一般都不会 Python 的要求
  • 自动为 ffmpeg,avs2yuv,x264,x265 填写色彩空间,位深,分辨率和帧率
  • 批量压制模式支持 15000 + 次独立的编码,每个压制的间隔都可以选择暂停和停止
  • 研发了固定 + 变化 (par-var) 的参数架构,稍加修改就可用于测试各种变量下的影响
  • 研发了编码 + 主控 (enc-ctrl) 批处理架构,解决了大批量压制下批处理结构变复杂的问题
  • 按代码要求,提供需要的信息即可,使用不需要教程
  • 由于不用编译软件,所以能直接编辑源码并测试效果
  • 压制部分支持 ffmpeg,vspipe,avs2yuv,avs2pipemod,svfi(α) 及下游 x264,x265 的 8 条线路,消灭了一大块学习成本

S1-4.png

编码/压制工作流的线路图, 最近增加了SVFI上游线路哦
  • 封装部分支持导入封装文件,特殊封装文件,视频流,音频流,字幕轨,字体轨,以及四种封装导出格式的多线并发网络

S5n.png

封装工作流的线路图
实际没有这么复杂,但逻辑上是支持的
  • 批处理能自行清理变量,不影响重复使用

▲怎么使用
  1. Windows 11下确保安装了对应〔文件名语言〕的语言包. 如要处理阿拉伯语文件名就去设置-->时间和语言-->[左栏]语言-->添加语言-->阿拉伯语. Windows10下不需要
  2. 在设置-->更新和安全-->开发者选项中解除PowerShell的运行限制,如图:
    bbenc-ttl5zh.png
  3. 解压下载好的压缩包
    • 步骤2生成待调用的编码批处理零件,由步骤3生成的主控批处理组装和调用
    • 步骤5是专门处理视频封装的批处理生成工具,可以单独拎出来用
    • 大批量和单文件模式的区别在于一个针对多集视频开发,一个用针对单视频开发
  4. 按大批量或单文件压制需求选.ps1脚本,照序号顺序右键点击"编辑 (PowerShell ISE)"或"用PowerShell打开". 按说明文本的要求照做,输入需要的信息后的得到批处理。
    bbenc-ttl1.png bbenc-ttl2.png
  5. 集齐一套压制批处理,一个对应(大批量/单文件)的主控批处理后,双击主控批处理运行
    bbenc-ttl3.png bbenc-ttl4.png
大批量模式下的批处理运行截图(早期测试)
  1. 运行封装的.ps1脚本,按照提示导入需要封装的源文件,然后继续导入其它要封装的流,最后选择封装格式后即完成
★下载链接
皆同步更新, QQ群里有很高几率能得到问题答复
1: Github直链, 2: 谷歌盘 3: 百度云, 提取码 hevc, 4: QQ群存档: 691892901
附录α: QAAC音频压缩教程Github
附录β: ffprobe视频探针教程Github
附录γ: x264,libx264,x265,libx265,libkvazzar,OBS 急用版压制教程Github
δ: 下载ffmpeg, ffprobe: 官方Ottverse
ε: 下载 x264/5: LigH (x265)LigH (x264)jpsdr (x264 tMod)jpsdr (x265 auto-aq Mod)Rigaya (x265)Patman (x264 x265)DJATOM (x265)MeteorRain/7086 (x265)


☆打赏信息

"免费即最贵" 的魔咒荼毒大地,让生灵涂炭;扫描下方二维码,用大数战胜罪恶与恐惧;保卫宇宙,守护文明,创造未来,意辉孟洺,赢得世界,锚定天理,金石萃编,葱烧鲤鱼

pp_tip_qrcode.png


☆开发笔记

IDE

  • 使用了notepad(记事本),VSCode,PowerShell ISE完成编写。
  • 由于内容较多,所以建议用VSCode,Sublime text等自带颜色标记能力的IDE来方便修改和开发(如移植到其他编程语言)
  • 建议使用PowerShell ISE来编辑和调试

PowerShell要求utf8+BOM文本编码

  • 兼容PowerShell,PowerShell ISE,CMD批处理,以及UTF-8文件名4大天王之下只剩utf8+BOM这一种方案
  • PowerShell,PowerShell ISE完全不支持utf-8NoBOM
  • CMD不支持Unicode(UTF-16LE?)
  • PowerShell 5.1默认的utf-8编码选项是UTF-8BOM,且不原生支持导出UTF-8NoBOM;
  • 然而PowerShell 7要求用户用代码来运行.ps1脚本太过分,所以后期的开发完全回到PowerShell 5.1并实现了PowerShell 7中本来更容易实现的功能

PowerShell通过循环生成多行字符串

  • 定义序列和字符串变量: $StrArray=@(); $MtlnString=""
  • 循环中往序列累计字符串值,值尾加`n: $StrArray+="some text `n"
  • 循环跑完后直接赋值到字符串变量: [string]$MtlnString=$StrArray
  • `n 实现了换行,但从第二行开始会于开头生成多余的空格,用-replace去掉: $MtlnString=MtlnString -replace " some", "some"

☆代价是...
  • 献祭了寒假,维持了几十个添加功能 --> 新功能制造 bug --> debug 的循环,以及扩充新线路所需的另存在新版本 --> 修改线路 --> 写注释 --> debug --> 合并到原版 --> 区分变量 --> debug 的循环
  • 代码的运行逻辑比一般的压制软件复杂,为了兼容不同程序的命令排版格式而使用了很多变量来分割与重构命令行
  • 由于要在系统预装的 PowerShell 5.1 或 CMD 中输入命令才能打开下载的 PowerShell 7(用户门槛太高),所以不得已只能在 PowerShell 5.1 中实现一些 PowerShell 7 的原生功能
  • 为了支持 15000 + 趟批处理编码而研发了 26 个英文字母实现的 26 进制 for 循环
  • 为了保证绝大多数媒体格式的兼容性,debug 了几十小时后整出了 168 行的大型 function
  • 据组长所言,未来可预见维护会变得困难

★为何不用 C++,TypeScript,JS

  • 没学过 =_=,而且装上环境对系统的变更太多了,卸载肯定会有残留(?);现成的PowerShell就能用

☆装个 Python 怎么会劝退用户
装 Python 不难,但:

  • Atom 用的人少所以下载不好找(?)
  • Python 不自带 IDE(调试器)
  • VSCode 要调的设置太多太细,而且是不是弹信息和警告很烦人(虽然我自己用习惯了)
  • np++ 和 Vim 一个香蕉一个把用户往死里折腾
  • Sublime 要付费或者找第三方破解

总之在编辑调试器这一点上如果没有开发调试 Python 的需求,确实会浪费时间精力;反过来系统自带的 PowerShell ISE 在性能,易用性,需要专门设置,学习上手的项目少,更适合一般用户


★更新信息

v1.1836

√ 步骤3修复了一处反馈文本错误
√ 步骤3进行了反馈文本易读性的整理和优化
√ 步骤3现已支持选择x264急用版教程中的所有参数预设
√ 步骤3现已支持选择x265急用版教程中的所有参数预设
√ 步骤3强化了自动计算subme参数的反炒面能力(鲁棒性)
√ 步骤3的参数构建步骤增加了消除因空变量导致双空格的功能,虽然不影响功能
√ 步骤3修复了一处未选择上游时临时ini路径变量传递断开的问题,虽然不影响功能
√ 步骤3现已实现自动为x264,x265填写--keyint参数的能力,值为 ROUND(fps×9)

v1.1789

√ 步骤3将x265 --subme,--pools,--frames的参数值计算/生成重写为函数代码, 降低了本体代码的复杂度,功能上不变
√ 由于有人漏看了关闭PS解除运行限制的步骤,所以将其添加到了工作流的步骤中
√ 步骤 1 增加了在多种情况下都应该能万无一失关闭用户账户控制的方案

v1.1787

√ 步骤2跟进步骤3完成了对SVFI线路的支持. 理论上已经实现了单方面的完全支持
√ 修复了步骤2和3的导出文件名选项中,输入文件名的提示文本没有针对单文件版定制的问题
√ 步骤3导入视频给ffprobe检测步骤中,增加了对误输入的手动拦截机制. 避免文件名太长导致没看清后缀的可能性
√ 步骤2排除了改进到新代码区分策略所引出的bug
√ 步骤3在改进到新代码区分策略的基础上完成了运行排查测试

v1.1769

√ 步骤2, 3降低了大批量版与单文件版的代码复杂度:
√ 更改了代码区分策略 - 由注释屏蔽换成if区分, 效果包括代码更易读, 以及程序性能得到了优化, 大批量与单文件版之间代码交叉跟进更简单等
√ 进一步改良了一些字长不等处的缩进策略, 代码更整齐了

×! 由于代码改动范围非常大,所以可能会制造bug
? 步骤3推出了支持SVFI的完整alpha线路, 但等待对方支持输入视频格式

√ 完整线路: 大批量和单文件版中生成完整批处理命令行,并且自动根据视频格式和软件要求进行适配的能力

? 步骤2需要跟进步骤3完成SVFI线路的支持
√ 步骤3将y4m pipe格式变为自动降级(换成raw pipe)的策略, 以兼容SVFI
√ 步骤3增加了自动修改SVFI配置文件ini中target_fps, 生成新文件的代码

v1.1701

√ 改良了选择文件夹(路径)用窗口的配置:

√ 窗口内增加了拖拽边角放大的提示
√ 增加了"新建文件夹"的按键
√ 将"库"移除出了路径选择窗

?尝试增加Steam专业版SVFI上游程序失败: 仅支持输入png, jpg, tiff图片序列,而增加图片序列导入需增加一道上游pipe用于将视频解出图片序列. 据相关人员说明可能是steam版本较旧. 以后会修复
√ 修复了步骤3中x264不支持--colormatrix unknown和--transfer unknown参数的问题, 需翻译到--colormatrix undef和--transfer undef

v1.1640

√ 完善了用于检测运行环境支持的步骤1:

√ 写入与编辑文件的权限检测
√ PowerShell版本检测
√ 计算机硬件检测
√ 一般参数计算检测

√ 步骤3做了一点代码优化

v1.1632

√ 更正了一处函数Function的意外小写
√ 全部批处理中的全部标题与命令隔行
√ 全部模式下的批处理注释改成REM命令
√ 因Windows 11兼容性问题,移除了批处理的&&机制
√ 增加了批处理SET命令后加双引号的机制,好处是更稳定,但坏处是大批量版本循环赋值的代码变得更复杂了
√ 修复了步骤3的手动输入文件名机制在步骤3上代码落后的问题
√ 修复了步骤3路径搜索函数自动判断并添加"\"在部分模式下失效的问题
√ 修复了步骤3路径组装步骤中多出一个双引号的问题
√ 修复了步骤3单文件模式下$serial判断残留的问题

v1.1621

√ 步骤 3 现已可以自动填写x265的--subme参数
√ 修复了步骤 3 中导出文件名的检测机制重复
√ 修复了步骤 3 部分版本复制外来文件名中,提取文件名(删除路径和后缀)机制的缺失
√ 改良了所有步骤的使用说明和步骤文件名

半正式 v0.1619

√ 自动填写--pme参数的判断机制从处理器达12核提高到了22核

半正式 v0.1618

√ 修复了步骤 2 中单文件和大批量模式导入文件名交互文本太相似的问题
√ 增加了步骤 2, 3 文件名导入交互中的两个方括号不能紧挨的提醒

内测 v0.1617

√ 整理了步骤 5 中所有支持媒体格式的列表

内测 v0.1610

√ 增强了步骤 2,3 多个版本间的变量统一性
√ 修复了步骤 2 所有版本中 Enc 和 Mux 变量赋值错误的问题
√ 增强了步骤 2,3 多个版本间的文本交互信息格式,如报错从 Write-Output 改为 Write-Warning
√ 增强了步骤 2 大批量和单文件版的集数累计变量的判断过程做了区分
√ 增加了步骤 3 中导入空文件的报错拦截机制(虽然有些多余)
√ 修复了步骤 3 中反馈文本中的一处变量拼写错误
√ 修复了步骤 3 大批量版中 call 命令的序列数据叠加机制, 解决了生成命令没有换行的错误
√ 强化了步骤 3 中反馈参数写入的机制
√ 修复了步骤 3 大批量版中 $serial 变量被过早展开导致无法被下方集数循环迭代的问题
√ 修复了步骤 3 大批量版中集数循环迭代的集数调用与三维数轴混用的错误
√ 增强了步骤 3 大批量版中集数循环迭代的注释
√ 修复了步骤 3 大批量版中导入路径和导入检测用视频变量混用的错误
√ 删除了步骤 3 大批量版中导出批处理多出的一个 ""

内测 v0.1570

√ 重新检查了全部的交互文与注释文本,进行了大量改进
√ 步骤 5 增加了 alac 支持, 以及对应的封装格式支持范围提醒
√ 步骤 5 增加了 flac 支持, 以及对应的封装格式支持范围提醒
√ 步骤 5 增加了 ape"支持"(由于没有封装文件支持, 所以增加了报错拦截机制)
√ 步骤 5 增加了 vp9 支持, 以及对应的封装格式支持范围提醒
√ 步骤 5 增加了 apcn/ap4x 的封装格式支持范围提醒
√ 步骤 5 增加了 ass/ssa 的封装格式支持范围提醒
√ 步骤 5 增加了 MXF 封装格式以及对应的字体文件导入命令拦截
√ 大批量版,单文件版步骤 2 整理了注释和用户交互 CLI 文本
√ 大批量版步骤 2 完成了英文版的翻译
√ 单文件版步骤 2 完成了英文版的翻译
√ 大批量版步骤 3 完成了英文版的翻译
√ 单文件版步骤 3 完成了英文版的翻译
√ 单文件版步骤 5 完成了英文版的翻译
√ 步骤 5 修复了一处 Switch 判断 bug

内测 v0.1151

√ 大批量版压制批处理生成步骤缩减了 50 行左右的代码, 并且减少了 x264 线路下用户交互的数量
√ 单文件版压制批处理生成步骤缩减了 25 行左右的代码, 并且减少了 x264 线路下用户交互的数量
√ 大批量版,单文件版压制批处理更兼容新版步骤 3 了

内测 v0.1120

√ 大批量版主控(步骤 3)给出了按照步骤 2 所给予的数量生成 x264, x265, ffmpeg, avs2yuv, vspipe, avs2pipemod 压制参数的方案
√ 大批量版主控(步骤 3)给出了三种不同的文件名赋值来源,用户端更方便了
√ 大批量版和单文件版步骤 2, 3 的 x264 线路已经添加并测试了,虽然可能还有 bug
√ 步骤 2, 3 均进行了大量逻辑升级和小步骤代码重构,整合,冗余,精简,微调,上下文逻辑改良

内测 v0.390

√ 修复了一堆 bug
√ 优化了 x264 的编码线路
√ 重构了了压制导出文件名,以及生成临时封装文件名的方案(大批量版默认用导入文件名 + 序号,单文件版默认用导入文件名)
√ 根据 x264 的支持重排了 x264 线路下色彩空间变量的赋值流程
√ 完成了 x264 步骤 2 的大批量模式脚本
√ x264 编码线路的所有步骤完成了测试阶段
√ 优化了 avs2yuv,avs2pipemod 的线路
√ x265 的大批量编码步骤 2 能够生成临时 MP4 封装了. 由于是批量生成所以原理和单文件版不同

内测 v0.330

√ 自动填写 x265 的 --pools 参数
√ 增加了 x264 的编码线路
√ 自动填写 ffmpeg 的 - r 参数
√ 步骤 2 和 3 的单文件模式增加了 ffmpegParB 和临时封装成 MP4 的步骤, 以兼容 ffmpeg 不让封装单文件视频流到 MKV 的限制
√ 增加了生成单文件封装命令的 PowerShell 脚本: 步骤 5
√ 步骤 5 实现了自动根据判断多种不兼容参数, 不兼容流, 不兼容封装格式来提醒 / 警告, 以及生成和调整封装命令的能力
√ 步骤 5 经过一些测试后解决了 ffmpeg 刁钻的命令书写顺序问题
√ 步骤 5 支持在元数据 codec_tag_string 被删除的情况下自动切换到 codec_name
√ 步骤 5 的代码复杂度超过了之前所有步骤的集合
√ 选择封装改到靠后的代码部分

内测 v0.190

√ 步骤 2 添加 avs2pipemod
√ 合并了步骤 2 的 4 条线路(ffmpeg, VapourSynth, avs2yuv, avs2pipemod)
√ 步骤 2 的循环方式得到改良, 支持生成 17576 个独立的编码任务
√ 步骤 2, 步骤 3 根据不同的上游程序改写了 pipe 格式

内测 v0.180

√ 步骤 3 增加了 avs2pipemod 的支持,
√ 步骤 3 从 4 个文件合并为 1 个文件, 降低了开发难度,
√ 自动填写 --pme 参数,
√ 自动填写 avs2yuv 的色彩空间, 分辨率参数,
√ 增加 nv12, nv16 色彩空间在 avs2yuv, avs2pipemod 下的警告,
√ 升级了路径验证 (根目录下有, 但非根目录下没有),
√ 区分了 4 条线路 + 两种版本下输出主控文件的文件名

更早

√ 实现了自动填写 --input-res,--colormatrix,--transfer,--fps,-D,-pix_fmt 参数
√ 在 powershell 5 里实现了 powershell 7 输出 UTF-8 NO BOM 的功能, 因为下载 powershell 7 后用的还是 powershell 5, 右键菜单更改不了
√ 增加了多台电脑如何分割多集进行编码的说明
√ 实现了高 DPI 渲染下的 Windows Forms(选择文件 / 路径用的窗口)

......由于emoji的兼容性问题,文章保存后爆炸而不得已重写了一次......血压+4
......由于编辑时间太长,按下保存更改后跳转到了登录界面,编辑的内容丢失了......血压+1

    A@NAZOrip
    [email protected]  2023-01-01, 04:43

    由于作图日期较早,所以图2没加上MXF,VP9,FLAC

      A@NAZOrip
      [email protected]  2023-01-01, 04:48

      奇怪了,背景图在火狐上看着偏红一些