Deprecated: parse_url(): Passing null to parameter #1 ($url) of type string is deprecated in /www/wwwroot/blog_qqvbc_com/usr/plugins/Access/Access_Core.php on line 339

Deprecated: parse_url(): Passing null to parameter #1 ($url) of type string is deprecated in /www/wwwroot/blog_qqvbc_com/usr/plugins/Access/Access_Core.php on line 392

Deprecated: parse_url(): Passing null to parameter #1 ($url) of type string is deprecated in /www/wwwroot/blog_qqvbc_com/usr/plugins/Access/Access_Core.php on line 394
Joyber 的博客

下载地址:
https://github.com/wyf9661/typora-free

打开提示这个怎么办:
image.png

那就用到了一个宝藏软件:runasdate,这里不提供下载连接了
下载这个软件,可以把指定的程序穿越到古代运行,不影响系统时间

打开这个软件选择typora运行文件,设置一下日期到2019年1月1号,点击添加到桌面快捷方式方便下次使用;

使用runasdate后,桌面打开这个程序好用,但是其它.md扩展的文件要想用这种方式打开,选择使用桌面这个快捷方式打开,不管用了,怎么办?

批处理 bat 中转(最简单,不碰注册表,推荐)

  1. 新建文本,改后缀为OpenByRunAsDate.bat

    @echo off
    :: RunAsDate路径,用64位就写RunAsDate64.exe完整路径
    set RA="D:\Tools\RunAsDate\RunAsDate.exe"
    :: 设置虚拟时间 日/月/年 时:分:秒
    set DATETIME=01/01/2025 00:00:00
    :: 你的真实软件路径
    set APP="D:\Soft\Target.exe"
    
    %RA% %DATETIME% %APP% "%~1"

    修改三处路径:RunAsDate 位置、虚拟时间、你的主程序 exe。
    "%~1"接收双击传入的文件路径,不能丢。

保存。右键你的.xxx文件 → 打开方式 → 选择此 bat,勾选始终使用此应用打开。

缺点:会闪一下黑 cmd 窗口。

消除黑窗口:把 bat 编译成 exe
工具如Bat To Exe Converter,编译选项选:不可见应用程序,输出OpenByRunAsDate.exe,之后文件关联直接指向这个编译后的 exe,双击无黑框。

Bat To Exe Converter工具下载链接:
https://github.com/l-urk/Bat-To-Exe-Converter-64-Bit/releases

注意:
Exe‑Format 选32 Bit | Console (Visible)显示窗口,会出现黑框。
改为 Invisible application(不可见)就好了

亲测如果选64bit的,导出为exe提示失败生成不了exe

方案 B(推荐,彻底无黑框,不用 bat2exe 工具,用 VBS 做包装器)
新建文本,后缀改为 RunTypora.vbs

Set objShell = CreateObject("WScript.Shell")
'注意所有路径,引号处理;RunAsDate、时间、Typora、接收传入文件参数
Dim ra, dt, app, arg
ra = """F:\runasdate-x64\RunAsDate.exe"""
dt = "01/01/2019 00:00:00"
app = """F:\Typora\Typora.exe"""

'获取双击传入的文件路径
If WScript.Arguments.Count > 0 Then
    arg = """" & WScript.Arguments(0) & """"
Else
    arg = ""
End If

objShell.Run ra & " " & dt & " " & app & " " & arg, 0, False

,0 = 完全隐藏控制台窗口,不会闪烁。
保存为RunTypora.vbs。
然后:右键你的.md文件 → 打开方式 → 选择这个 vbs 脚本。

vbs 原生无黑窗口,不会闪烁,直接调用 RunAsDate 启动 Typora,接收双击的文件路径参数。
缺点:系统打开方式列表里不会直接显示 vbs,需要 “更多应用 → 在这台电脑上查找其他应用” 选中这个.vbs。

如果想做成 exe(vbs 打包 exe)
用Vbs To Exe工具,输出为 Windows 应用(无控制台),打包出来的 exe,双击 md 文件,零闪烁。

补充排查点
1.RunAsDate 时间格式必须 dd/mm/yyyy,01/01/2019是对的,不要写成2019‑01‑01,时间格式错注入失效。

  1. 全部路径带英文双引号。
    3.Typora 如果需要管理员权限,RunAsDate 也要管理员,否则时间注入无效。

最后最后本人声明:本文仅供个人笔记、备忘之用,仅作参考,倡议有条件的还是去支持一下正版

重要说明:官方没有发布现成4bit/8bit量化的XL一键整合包,网上的量化版本全部是网友第三方转换的,GitHub/HuggingFace官方只有完整FP16原版(24G)。
市面上流传的“量化整合包”基本是B站、AI社区网友打包,网盘分发,不是官方出品,下载注意甄别捆绑广告。

两种方案给8G显存显卡

方案A:不找量化包,直接用轻量LM模型(最稳,官方原生,优先试这个)

不用下24G XL‑4B全套,把语言模型换成轻量版acestep‑5Hz‑lm‑1.7B,不要4B大LM,再打开UI里的low‑vram CPU卸载,8G显卡就可以跑,音质轻微下降,不需要找第三方量化文件。

操作:

  1. 打开.env配置文件

    ACESTEP_LM_MODEL_PATH=acestep-5Hz-lm-1.7B
  2. UI勾选low‑vram,只生成30秒以内片段。
这是官方给低显存显卡的标准方案,比第三方4bit量化更稳定,不会出现爆音、崩生成。

方案B:找第三方量化权重(4‑bit/8‑bit,只有模型权重,没有完整一键整合包

  1. HuggingFace搜索关键词:ACE‑Step‑1.5‑GGUFacestep‑v15‑xl‑base‑gptq

    ⚠️注意:很多GGUF版本只适配llama.cpp,不能直接给你这套Windows gradio项目直接加载,下错无法使用。
  2. ModelScope魔改镜像站、GitCode HF镜像:搜索acestep‑v15‑xl‑base gptq 4bit,只能下载模型权重文件,需要手动替换到checkpoints目录,还要修改配置,环境依然要用你现在这套bat项目,不是直接双击就能跑的整合包。

方案C:网上别人打包的网盘一键包(B站评论区、AI论坛)

B站搜关键词:ACE‑Step‑1.5 8G显存 一键包,很多UP主分享夸克/百度网盘包,内置GPTQ‑4bit量化权重,整套解压直接run.bat。
⚠️风险点:

  1. 部分整合包捆绑垃圾软件,解压前杀毒扫描。
  2. 版本老旧,不会跟随官方更新bug修复。
  3. 很多所谓“4G显存跑满”标题属于夸大宣传,8G依然需要系统内存24G以上。

对你电脑的实操建议

你现在已经有完整的源码工程,优先试方案A,切换1.7B轻量LM+low‑vram,不用到处找网盘包,避免踩坑。

  • 如果1.7B模式下依然频繁OOM爆显存,再去B站找网友打包好的4bit网盘整合包。
  • 如果你的整机内存只有16G:不建议折腾ACE‑Step本地,8G显卡+16G内存跑XL无论原版还是量化,都会大量读写虚拟内存,速度极慢。

补充提醒

不要轻信标题写着“4G显存流畅跑完整歌曲”,ACE‑Step XL主干DiT模型本身体积巨大,再怎么量化,8G显卡也很难流畅生成分钟级完整歌曲,适合短片段生成。

如果你需要,我可以告诉你怎么修改.env文件切换1.7B轻量模型的完整步骤。

DiT模型四个选项区别

acestep‑v15‑base / sft / turbo / turbo‑rl,是ACE‑Step‑1.5的主干DiT模型,负责音频生成核心。

模型定位特点显存压力适合你8G显卡?
acestep‑v15‑base基础原版XL音质上限最高,细节丰富,生成速度最慢最高不推荐8G直接跑
acestep‑v15‑sft微调标准版base的对齐微调版本,稳定性更好,不容易出杂音跑调,日常做歌首选开low‑vram勉强可跑
acestep‑v15‑turboTurbo加速版推理步数大幅减少,生成速度快2‑3倍;音质轻微下降,偶尔细节糊中等✅优先选这个
acestep‑v15‑turbo‑rlRL强化学习Turbo在turbo基础上做强化学习,节奏、节拍更准,旋律更规整;部分曲风会死板中等✅次选

直白解释

  1. acestep‑v15‑base
    音质最好,但慢、吃显存,容易出现跑调、乱旋律,适合20G以上大显存显卡做精细创作。8G尽量别选。
  2. acestep‑v15‑sft(标准日常)
    大多数人默认用这个,相比base减少怪异杂音跑调,就是显存占用依旧很高。8G显卡开low‑vram+1.7B LM才可以尝试。
  3. acestep‑v15‑turbo【你的8G显卡优先用这个】
    速度快非常多,推理步数少,显存占用降低,牺牲一点点音质。短片段生成效率高,适合本地低配显卡。
  4. acestep‑v15‑turbo‑rl
    turbo再经过强化学习训练,节拍更稳,不容易节奏错乱;代价是创作自由度下降,写一些非常规曲风(说唱、实验曲风)效果一般,流行歌曲表现不错。

给你的8G显存组合建议

DiT模型:acestep‑v15‑turbo
LM语言模型:acestep‑5Hz‑lm‑1.7B(轻量版,不要4B)
网页UI勾选:low‑vram低显存模式
生成时长:控制在15‑30秒以内,不要直接生成几分钟完整歌曲。

使用场景快速选

  • 追求最好音质,显卡≥16G:acestep‑v15‑sft
  • 8G显卡,要速度,做短视频BGM/MV配乐:acestep‑v15‑turbo
  • 做流行歌曲,希望节拍精准:acestep‑v15‑turbo‑rl
  • base:本地8G显卡不建议碰。
注意:选turbo系列之后,采样步数不需要设置很高,20‑30步就够用,不要设置50步以上,不会提升多少音质只会增加时间和显存占用。

LM语言模型三个版本区别

LM是歌词理解模型,负责读懂你的歌词、控制歌曲结构、段落、押韵。数字越大=参数越大

模型参数显存占用特点8G显卡是否适合
acestep‑5Hz‑lm‑0.6B0.6B最低体积最小,省显存;对长歌词理解弱,容易断句错乱、歌词对不上旋律,适合极短片段✅应急用
acestep‑5Hz‑lm‑1.7B1.7B中等平衡!歌词理解够用,显存压力不大,不容易乱歌词。官方推荐低显存显卡使用首选,你就用这个
acestep‑5Hz‑lm‑4B4B很高原版大模型,长歌词、多段落、完整歌曲理解最强;非常吃显存,8G极易OOM爆显存❌不建议本地8G卡
Leave empty(DiT‑only mode)不加载LM显存最低只靠DiT生成旋律,完全不看输入的歌词,只会生成纯音乐伴奏,不会唱出歌词做BGM伴奏时选用

直白说明

  1. acestep‑5Hz‑lm‑4B
    就是24G全套里面自带的大语言模型。
    歌词理解最强,可以处理多段主歌副歌;但显存开销巨大,8G显卡就算开low‑vram,生成长一点片段就容易显存溢出。
  2. acestep‑5Hz‑lm‑1.7B(你的最佳选择)
    歌词、主歌副歌、流行曲风基本都能处理,只是超长多段歌词会偶尔出错。显存比4B低很多,配合turboDiT + low‑vram,8G显卡可行性最高。
  3. acestep‑5Hz‑lm‑0.6B
    仅适合10秒以内超短片段。长一点歌词经常错位、唱不对词,只在1.7B也爆显存的时候拿来兜底。
  4. DiT‑only mode(留空)
    不加载语言模型,不识别歌词输入。你填的歌词无效,只会生成纯背景音乐,适合做短视频BGM。

给你8G显卡整套最优组合

  • DiT主干:acestep‑v15‑turbo
  • Language Model:acestep‑5Hz‑lm‑1.7B
  • 勾选:low‑vram低显存模式
  • 生成时长限制:15‑30秒,采样步数20‑30步
提示:第一次选1.7B会自动下载该模型权重,大小几个G,保证网络通畅。
如果你想要纯伴奏,就把Language Model输入框留空,开启DiT‑only模式。

WSL磁盘关键问题:释放30G,Windows C/F盘空间不涨

你看到 Total reclaimed space:30.28GB只是WSL内部文件系统标记释放空间,WSL虚拟磁盘文件不会自动缩小
WSL2磁盘是一个 ext4.vhdx 虚拟磁盘文件,存放在Windows的C盘。
  • Linux里面删除文件,只会把内部空间标记空闲;vhdx文件本身大小不会自动收缩
  • 所以WSL内部看:已使用从105G→76G,空闲变多;但Windows文件看,这个vhdx文件体积没有变小,Windows磁盘可用空间不会增加。

看你截图:

/dev/sdc    1007G   76G  880G  8% /

WSL内部已经回收了30G空闲,但是Windows上这个 ext4.vhdx 文件还是当初膨胀后的大小,不会自动缩回去。

你的WSL文件到底存在哪里

WSL2发行版虚拟磁盘默认路径(存C盘!不是F盘)

C:\Users\你的用户名\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu...\LocalState\ext4.vhdx
✅WSL的磁盘占用全部落在C盘,不在F盘,所以F盘完全不会变化。
F盘那行/mnt/f只是挂载读取WindowsF盘,WSL系统本身不在F。

操作:手动压缩vhdx,把30G还给Windows C盘

⚠️重要:操作前完全关闭WSL,做好备份!

步骤1:彻底关闭WSL(powershell管理员执行)

wsl --shutdown
#确认全部停止
wsl --list --running

必须没有运行中的WSL实例,否则压缩报错。

步骤2:找到你的vhdx路径

打开资源管理器,进入
C:\Users\<你的Windows用户名>\AppData\Local\Packages\
找到类似:
CanonicalGroupLimited.Ubuntu22.04LTS_xxxx\LocalState\ext4.vhdx
复制完整路径。

步骤3:用diskpart压缩虚拟磁盘

以管理员打开PowerShell,执行下面,把路径替换成你真实的vhdx完整路径:

diskpart

进入diskpart交互控制台,依次输入:

select vdisk file="C:\Users\xxx\AppData\Local\Packages\...\LocalState\ext4.vhdx"
attach vdisk readonly
compact vdisk
detach vdisk
exit

执行完成后,看Windows下这个ext4.vhdx文件大小,就会减少约30G,C盘空闲空间就回来了。

常见坑

  1. wsl没有完全shutdown就压缩 → 报错、损坏虚拟盘,一定要确认wsl没有运行。
  2. 不要把WSL迁移到F盘之后忘记,如果你曾经迁移过,vhdx就在F盘,就压缩F盘上那个vhdx。你当前df输出/dev/sdc是默认位置,在C盘。
  3. docker prune只是在Linux内部删除文件,不会自动收缩vhdx,这是WSL2的机制,所有WSL用户都会遇到

简单总结

  1. docker清理30G → WSL内部可用空间变大,但Windows主机不会释放,vhdx文件体积不变
  2. WSL系统盘默认放在C盘,和F盘无关,F盘当然没变化。
  3. 需要执行diskpart compact vdisk手动压缩虚拟磁盘,Windows C盘才能拿到这30G空闲。

补充小命令

压缩完启动wsl后,进wsl执行df -h,WSL内部看到的可用空间不变,只是Windows侧vhdx物理文件缩小。

本地软件安装使用:
【试用了很棒】PhotoScape X 微软应用商店直接安装
【未试用】光影魔术手 下载地址:https://www.neoimaging.cn/

在线网站:
Collaigo(强烈推荐)
https://collaigo.com/zh/

Photopea(在线 PS)
https://www.photopea.com
网页版 Photoshop,完全免费。自己新建画布,拖入图片自由排版,适合高度自定义拼图,无水印。适合懂一点基础操作。

稿定设计网页版
稿定拼图,大量现成拼图模板;免费模板导出不带水印,部分模板需要会员。适合做带文字营销类拼图。

选型快速建议
隐私截图、业务截图,不想图片上传外网:优先选本地软件 PhotoScape X / Collaigo 网页(本地运算不上传)。
简单快速九宫格照片:光影魔术手、稿定设计。
完全自由自定义排版:Photopea。

避坑提醒
很多在线拼图网站,看着免费,导出高清才发现强制加水印;上面筛选出来的,免费功能导出不带水印。

设置window的系统功能选项:

optionalfeatures.exe
``
取消勾选:
Hyper‑V
虚拟机平台 Virtual Machine Platform
适用于 Linux 的 Windows 子系统


除此之外,还需要进行如下设置:

OptionalFeatures
bcdedit /set hypervisorlaunchtype off

bcdedit /set hypervisorlaunchtype off
reg add "HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard" /v EnableVirtualizationBasedSecurity /t REG_DWORD /d 0 /f
reg add "HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard\Scenarios\HypervisorEnforcedCodeIntegrity" /v Enabled /t REG_DWORD /d 0 /f
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LsaCfgFlags /t REG_DWORD /d 0 /f


查看是否设置完成:查看 VBS 状态
Win+R 输入msinfo32,最后一行没找到:**基于虚拟化的安全性**即可

恢复方法:

::1.恢复虚拟机监控程序自动启动(WSL2/Docker依赖)
bcdedit /set hypervisorlaunchtype auto

::2.恢复VBS基于虚拟化安全
reg add "HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard" /v EnableVirtualizationBasedSecurity /t REG_DWORD /d 1 /f

::3.恢复HVCI内存完整性(Hypervisor强制代码完整性)
reg add "HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard\Scenarios\HypervisorEnforcedCodeIntegrity" /v Enabled /t REG_DWORD /d 1 /f

::4.恢复LsaCfgFlags Credential Guard相关,删除该键更符合出厂状态;如果删除报错不存在可忽略
reg delete "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LsaCfgFlags /f

说明:LsaCfgFlags系统出厂默认很多机器是没有这个注册表项,不是等于 1,直接删除这个由你手动新增的键值,回归系统原生状态是最优方案。


按下 Win+R 输入optionalfeatures.exe
勾选:虚拟机平台、适用于 Linux 的 Windows 子系统
Hyper-V 主选项按需,WSL2 不需要开启完整 Hyper‑V。
执行完所有命令,重启电脑。


校验是否恢复成功
1.bcd 检查

cmd
bcdedit /enum | findstr hypervisorlaunchtype

输出:hypervisorlaunchtype auto

2. 查看 VBS 状态
Win+R 输入msinfo32,找到:**基于虚拟化的安全性**
状态:正在运行 = 恢复成功;