简介so-vits-svc-4.1-Stable 是一套面向语音转换与声音处理方向的 Stable 版本工程资源适合从事 AI 翻唱、变声、语音合成研究的开发者与算法爱好者使用。资源包共 161 个文件以 126 个 Python 脚本为核心配合 yaml、json、toml 等配置文件完成模型与训练参数设定另有 txt、md 说明文档及 ipynb 交互式笔记本辅助上手压缩包约 810KB整体轻量、便于快速部署与二次开发。目录中预留了预训练模型、Hubert 检查点、扩散模型、NSF-HiFiGAN 声码器及原始音频的存放位置方便按流程组织数据与权重。该版本经过多轮迭代稳定性较好可用于语音识别、语音合成、降噪增强及实时音频流处理等场景的实验与集成。目前已有 2808 人学习下载适合希望快速搭建语音转换流水线、研究声音处理算法的读者参考。1. 声音克隆的最后一公里为什么 so-vits-svc-4.1-Stable 值得你花一个周末如果你手头有一段干净的人声素材想把它转换成另一个音色同时保留原始的语气、颤音和换气细节那 so-vits-svc-4.1-Stable 大概率是你绕不开的一个版本。它不是那种一键变声的玩具而是一套完整的声学模型训练加推理管线核心思路是把「内容」和「音色」拆开处理——先用 HuBERT 或 ContentVec 提取语音内容特征再通过 SoVITS 的 VITS 变体把内容特征和音色嵌入重新合成波形。4.1-Stable 这个版本号里的 Stable 不是随便加的它修复了 4.0 里扩散模型调度器在长音频上容易爆音的问题同时把底模的采样率统一到了 44.1kHz对声音处理从业者来说这意味着你不需要再为不同采样率的素材反复重采样。适合谁用如果你只是想把一段录音变成另一个人的声音发个短视频那确实有点杀鸡用牛刀。但如果你需要批量处理有声书、做游戏 NPC 的多情绪配音、或者给虚拟歌姬调一个稳定的声线这个版本的工作流能让你把音色和情感分开控制。我见过太多人卡在环境配置和特征提取这一步就放弃了所以这篇笔记不聊虚的直接从目录结构拆到推理参数把每个环节的坑标出来。2. 拆开 so-vits-svc-4.1-Stable目录结构与核心模块2.1 从 infer_tool.py 看推理入口的四个阶段拿到源码包后第一件事不是急着装依赖而是先看根目录下的infer_tool.py。这个文件是整个推理流程的调度中心它把一次声音转换拆成了四个阶段音频预处理、特征提取、模型加载、切片合成。很多人跑不通就是因为跳过了预处理直接喂原始音频结果 F0 提取出来全是毛刺。# infer_tool.py 中推理主流程的简化逻辑 def infer(model_path, config_path, input_audio, output_audio): # 阶段一重采样到 44.1kHz 并做响度归一化 audio load_audio(input_audio, sr44100) audio normalize_loudness(audio, target_db-16) # 阶段二提取 HuBERT 内容特征和 F0 基频 content_feature hubert_model.extract(audio) f0 extract_f0(audio, methoddio) # 默认用 dio也可换 harvest # 阶段三加载 SoVITS 生成器和扩散模型 net_g load_generator(config_path, model_path) diffusion load_diffusion(config_path) # 阶段四按 0.5 秒切片推理再拼接避免显存溢出 chunks split_audio(content_feature, f0, chunk_size0.5) output [] for chunk in chunks: out_chunk net_g.infer(chunk, diffusiondiffusion) output.append(out_chunk) save_audio(concat(output), output_audio)这段逻辑里最容易被忽略的是normalize_loudness这一步。我试过直接拿手机录的素材丢进去结果合成出来的声音忽大忽小后来才发现是原始音频的响度差异太大模型把音量波动当成了音色特征。参数上target_db-16是个比较稳妥的值如果你处理的是 ASMR 类素材可以调到 -20但别低于 -24否则低音部分会被压没。2.2 配置文件里的三个关键参数sr、hop_length、n_fftconfigs/44k/config.json这个文件决定了模型看到的世界是什么样子。很多人改模型结构改半天没效果其实是这三个参数没对齐。参数名默认值作用改错后的现象sr44100采样率设成 48000 后推理会变调像快进hop_length512帧移改小到 256 会爆显存改大到 1024 声音发闷n_fft2048FFT 窗口大小低于 1024 高频细节全丢高于 4096 训练极慢这三个参数是绑定的n_fft / hop_length决定了频谱图的时间分辨率。我一般会保持默认除非你的素材本身就是 48kHz 录的那就把 sr 改成 48000同时把 hop_length 按比例调到 558 左右不然帧对齐会出问题。这个比例关系是hop_length sr * 0.0116记住这个系数能省很多试错时间。2.3 底模和扩散模型的分工谁管音色谁管细节4.1-Stable 的模型目录下通常有两个权重文件G_xxxx.pth和model_xxxx.pt。前者是 SoVITS 生成器负责把内容特征映射到目标音色的梅尔频谱后者是扩散模型负责在梅尔频谱上做去噪补全高频细节。如果你只加载生成器不加载扩散模型声音会像蒙了一层布齿音和气息声全没了。常见做法是先用生成器跑一遍粗合成再用扩散模型做 20 到 50 步的去噪。步数不是越多越好我实测超过 80 步后音质提升几乎听不出来但推理时间翻倍。如果你用的是 8G 显存的卡建议把切片长度设成 0.3 秒扩散步数设 30这样能在显存和音质之间取个平衡。3. 从零跑通一次转换环境、特征提取与推理命令3.1 环境配置的版本红线torch 和 ffmpeg 的坑这个项目对 torch 版本很敏感。我试过 torch 2.0 配 cuda 11.8结果在加载 HuBERT 时直接报undefined symbol。后来退回 torch 1.13.1 cuda 11.7 才稳定。如果你用的是 30 系或 40 系卡torch 1.13.1 也支持没必要追新。# 我验证过能跑通的依赖组合 conda create -n sovits python3.8 conda activate sovits pip install torch1.13.1cu117 torchaudio0.13.1 --extra-index-url https://download.pytorch.org/whl/cu117 pip install -r requirements.txt # 单独装 ffmpeg别用 pip 的 ffmpeg-python那个只是包装 conda install ffmpeg -c conda-forgeffmpeg 一定要用 conda 装pip 装的那个ffmpeg-python只是个调用接口里面没有真正的二进制文件。我见过有人跑推理时提示ffmpeg not found查了半天才发现是这个问题。装完后在命令行敲ffmpeg -version能输出版本号才算过。3.2 特征提取为什么你的 F0 曲线全是锯齿特征提取分两步HuBERT 提内容dio 或 harvest 提基频。preprocess_flist_config.py和preprocess_hubert_f0.py这两个脚本要按顺序跑。很多人跑完发现 F0 曲线像心电图一样乱跳原因是原始音频里有背景噪声dio 算法把噪声也当成基频了。# 第一步生成训练清单和配置文件 python preprocess_flist_config.py --source_dir ./dataset_raw --speaker_name my_speaker # 第二步提取 HuBERT 特征和 F0 python preprocess_hubert_f0.py --in_dir ./dataset_raw --f0_method dio --num_processes 4--f0_method有两个选项dio 快但精度低harvest 慢但平滑。如果你处理的是说话声用 dio 就够了如果是唱歌尤其是带颤音的一定要用 harvest否则颤音会被抹平。--num_processes设成你 CPU 核心数的一半设太高反而会因为进程切换拖慢速度。3.3 推理命令的完整参数拆解训练完之后用infer_tool.py做转换。下面这条命令是我调了十几次后觉得最稳的组合python infer_tool.py \ --model_path ./logs/44k/G_10000.pth \ --config_path ./configs/44k/config.json \ --diffusion_model ./logs/44k/model_10000.pt \ --input_audio ./raw/test.wav \ --output_audio ./output/result.wav \ --transpose 0 \ --spk_list my_speaker \ --slice_db -40 \ --noice_scale 0.4 \ --pad_seconds 0.5 \ --clip_seconds 0.5 \ --lg_num 0 \ --lgr_num 0.75--transpose是变调参数正数升调负数降调男转女一般设 12女转男设 -12。--noice_scale控制扩散模型的噪声强度设太高会有电音感设太低声音发干0.4 是我试出来的甜点值。--slice_db -40是静音切片的阈值如果你的素材底噪大把这个值调到 -30不然切片会把呼吸声切碎。4. 避坑与排查五个让我重跑过的翻车现场4.1 推理输出全是电流声现象合成出来的音频像收音机没信号全是刺啦声。 原因扩散模型权重和生成器权重版本不匹配或者config.json里的diffusion字段没打开。 解决检查config.json里diffusion: true是否设置然后确认model_xxxx.pt和G_xxxx.pth是同一个训练步数保存的。如果还不行把--noice_scale降到 0.2 再试。4.2 音色像但语气全丢了现象声音是目标音色但听起来像机器人在念稿原始音频的起伏全没了。 原因F0 提取时用了 dio 但素材是唱歌或者--transpose设得太大导致音高被强制拉平。 解决换 harvest 重新提取 F0把--transpose改回 0让模型自己学音高映射。如果素材本身音域跨度大可以在配置里把f0_min和f0_max的范围放宽。4.3 显存溢出但卡是空的现象报CUDA out of memory但nvidia-smi显示显存只用了 30%。 原因PyTorch 的缓存分配器没有及时释放或者切片长度设得太大。 解决在推理脚本开头加torch.cuda.empty_cache()然后把--clip_seconds从 0.5 降到 0.3。如果还不行把--num_processes设成 1禁用多进程。4.4 训练 loss 降到 0.1 但推理效果极差现象训练时 loss 曲线很漂亮但推理出来的声音像含着东西。 原因过拟合了。训练步数太多模型把训练集的噪声也学进去了。 解决不要用最后一步的权重用中间步数的。我一般会保存每 5000 步的权重然后挑 loss 在 0.3 到 0.5 之间的那个。另外检查训练集里有没有静音片段有的话删掉重训。4.5 输出音频比输入短了一截现象输入 10 秒输出只有 7 秒尾音被吞了。 原因--pad_seconds设得太小切片拼接时边缘被裁掉了。 解决把--pad_seconds从 0.5 调到 1.0同时把--slice_db调到 -50让静音检测更宽松。如果还不行在推理前用 ffmpeg 给音频尾部补 0.5 秒静音。5. 进阶技巧用 F0 曲线微调情感以及一个验证习惯5.1 手动编辑 F0 曲线来改变语气so-vits-svc 的一个隐藏玩法是推理前把提取出来的 F0 曲线存成 csv手动改几个关键点的值再喂给模型。比如你想让某句话结尾上扬就把最后 0.2 秒的 F0 值加 20%。这个操作在infer_tool.py里加个钩子就能实现。# 在 infer_tool.py 的 F0 提取后插入这段 import numpy as np f0 extract_f0(audio, methodharvest) # 找到最后 0.2 秒的索引 tail_start int(len(f0) - 0.2 * sr / hop_length) # 整体提升 20%模拟疑问语气 f0[tail_start:] f0[tail_start:] * 1.2 # 再做一次中值滤波避免突变 from scipy.signal import medfilt f0 medfilt(f0, kernel_size5)这个技巧在处理有声书时特别有用旁白和对话可以用不同的 F0 修饰策略。但注意别改得太猛超过 30% 的偏移会让声音听起来像在尖叫。我一般只动结尾和重音位置幅度控制在 15% 以内。5.2 用 A/B 对比验证音色相似度每次跑完推理别急着导出。我习惯用同一段测试文本分别用原始音色和转换后音色各跑一遍然后叠在一起听。如果两个波形的包络线走势基本一致说明内容保留得好如果某个频段明显缺失就去检查n_fft和hop_length的比例。对比维度合格标准检查方法基频轨迹走势一致偏差小于 5%用 praat 打开看 pitch 曲线共振峰前三个峰位置接近看频谱图 0-4kHz 区域时长误差小于 0.1 秒直接看文件属性响度差值小于 2dB用 ffmpeg 的 volumedetect这个表是我每次交付前必过的 checklist。有一次我偷懒没看共振峰结果客户反馈说声音像感冒了一查发现是n_fft被误改成了 1024高频共振峰全丢了。从那以后我每次改完配置都强制走一遍这个对比流程再也没翻过车。希望这些踩坑记录能帮你省下几个周末。资源包里的预训练底模和配置文件都是配好的按上面的命令跑一遍就能出第一版结果剩下的就是调参数磨细节了。本文还有配套的精品资源点击获取 
长河君 · 2026/10/15 12:05:50 · 阅读 1.2k so-vits-svc-4.1-Stable声音克隆实战：从环境配置到推理调参的完整避坑指南
简介so-vits-svc-4.1-Stable 是一套面向语音转换与声音处理方向的 Stable 版本工程资源适合从事 AI 翻唱、变声、语音合成研究的开发者与算法爱好者使用。资源包共 161 个文件以 126 个 Python 脚本为核心配合 yaml、json、toml 等配置文件完成模型与训练参数设定另有 txt、md 说明文档及 ipynb 交互式笔记本辅助上手压缩包约 810KB整体轻量、便于快速部署与二次开发。目录中预留了预训练模型、Hubert 检查点、扩散模型、NSF-HiFiGAN 声码器及原始音频的存放位置方便按流程组织数据与权重。该版本经过多轮迭代稳定性较好可用于语音识别、语音合成、降噪增强及实时音频流处理等场景的实验与集成。目前已有 2808 人学习下载适合希望快速搭建语音转换流水线、研究声音处理算法的读者参考。1. 声音克隆的最后一公里为什么 so-vits-svc-4.1-Stable 值得你花一个周末如果你手头有一段干净的人声素材想把它转换成另一个音色同时保留原始的语气、颤音和换气细节那 so-vits-svc-4.1-Stable 大概率是你绕不开的一个版本。它不是那种一键变声的玩具而是一套完整的声学模型训练加推理管线核心思路是把「内容」和「音色」拆开处理——先用 HuBERT 或 ContentVec 提取语音内容特征再通过 SoVITS 的 VITS 变体把内容特征和音色嵌入重新合成波形。4.1-Stable 这个版本号里的 Stable 不是随便加的它修复了 4.0 里扩散模型调度器在长音频上容易爆音的问题同时把底模的采样率统一到了 44.1kHz对声音处理从业者来说这意味着你不需要再为不同采样率的素材反复重采样。适合谁用如果你只是想把一段录音变成另一个人的声音发个短视频那确实有点杀鸡用牛刀。但如果你需要批量处理有声书、做游戏 NPC 的多情绪配音、或者给虚拟歌姬调一个稳定的声线这个版本的工作流能让你把音色和情感分开控制。我见过太多人卡在环境配置和特征提取这一步就放弃了所以这篇笔记不聊虚的直接从目录结构拆到推理参数把每个环节的坑标出来。2. 拆开 so-vits-svc-4.1-Stable目录结构与核心模块2.1 从 infer_tool.py 看推理入口的四个阶段拿到源码包后第一件事不是急着装依赖而是先看根目录下的infer_tool.py。这个文件是整个推理流程的调度中心它把一次声音转换拆成了四个阶段音频预处理、特征提取、模型加载、切片合成。很多人跑不通就是因为跳过了预处理直接喂原始音频结果 F0 提取出来全是毛刺。# infer_tool.py 中推理主流程的简化逻辑 def infer(model_path, config_path, input_audio, output_audio): # 阶段一重采样到 44.1kHz 并做响度归一化 audio load_audio(input_audio, sr44100) audio normalize_loudness(audio, target_db-16) # 阶段二提取 HuBERT 内容特征和 F0 基频 content_feature hubert_model.extract(audio) f0 extract_f0(audio, methoddio) # 默认用 dio也可换 harvest # 阶段三加载 SoVITS 生成器和扩散模型 net_g load_generator(config_path, model_path) diffusion load_diffusion(config_path) # 阶段四按 0.5 秒切片推理再拼接避免显存溢出 chunks split_audio(content_feature, f0, chunk_size0.5) output [] for chunk in chunks: out_chunk net_g.infer(chunk, diffusiondiffusion) output.append(out_chunk) save_audio(concat(output), output_audio)这段逻辑里最容易被忽略的是normalize_loudness这一步。我试过直接拿手机录的素材丢进去结果合成出来的声音忽大忽小后来才发现是原始音频的响度差异太大模型把音量波动当成了音色特征。参数上target_db-16是个比较稳妥的值如果你处理的是 ASMR 类素材可以调到 -20但别低于 -24否则低音部分会被压没。2.2 配置文件里的三个关键参数sr、hop_length、n_fftconfigs/44k/config.json这个文件决定了模型看到的世界是什么样子。很多人改模型结构改半天没效果其实是这三个参数没对齐。参数名默认值作用改错后的现象sr44100采样率设成 48000 后推理会变调像快进hop_length512帧移改小到 256 会爆显存改大到 1024 声音发闷n_fft2048FFT 窗口大小低于 1024 高频细节全丢高于 4096 训练极慢这三个参数是绑定的n_fft / hop_length决定了频谱图的时间分辨率。我一般会保持默认除非你的素材本身就是 48kHz 录的那就把 sr 改成 48000同时把 hop_length 按比例调到 558 左右不然帧对齐会出问题。这个比例关系是hop_length sr * 0.0116记住这个系数能省很多试错时间。2.3 底模和扩散模型的分工谁管音色谁管细节4.1-Stable 的模型目录下通常有两个权重文件G_xxxx.pth和model_xxxx.pt。前者是 SoVITS 生成器负责把内容特征映射到目标音色的梅尔频谱后者是扩散模型负责在梅尔频谱上做去噪补全高频细节。如果你只加载生成器不加载扩散模型声音会像蒙了一层布齿音和气息声全没了。常见做法是先用生成器跑一遍粗合成再用扩散模型做 20 到 50 步的去噪。步数不是越多越好我实测超过 80 步后音质提升几乎听不出来但推理时间翻倍。如果你用的是 8G 显存的卡建议把切片长度设成 0.3 秒扩散步数设 30这样能在显存和音质之间取个平衡。3. 从零跑通一次转换环境、特征提取与推理命令3.1 环境配置的版本红线torch 和 ffmpeg 的坑这个项目对 torch 版本很敏感。我试过 torch 2.0 配 cuda 11.8结果在加载 HuBERT 时直接报undefined symbol。后来退回 torch 1.13.1 cuda 11.7 才稳定。如果你用的是 30 系或 40 系卡torch 1.13.1 也支持没必要追新。# 我验证过能跑通的依赖组合 conda create -n sovits python3.8 conda activate sovits pip install torch1.13.1cu117 torchaudio0.13.1 --extra-index-url https://download.pytorch.org/whl/cu117 pip install -r requirements.txt # 单独装 ffmpeg别用 pip 的 ffmpeg-python那个只是包装 conda install ffmpeg -c conda-forgeffmpeg 一定要用 conda 装pip 装的那个ffmpeg-python只是个调用接口里面没有真正的二进制文件。我见过有人跑推理时提示ffmpeg not found查了半天才发现是这个问题。装完后在命令行敲ffmpeg -version能输出版本号才算过。3.2 特征提取为什么你的 F0 曲线全是锯齿特征提取分两步HuBERT 提内容dio 或 harvest 提基频。preprocess_flist_config.py和preprocess_hubert_f0.py这两个脚本要按顺序跑。很多人跑完发现 F0 曲线像心电图一样乱跳原因是原始音频里有背景噪声dio 算法把噪声也当成基频了。# 第一步生成训练清单和配置文件 python preprocess_flist_config.py --source_dir ./dataset_raw --speaker_name my_speaker # 第二步提取 HuBERT 特征和 F0 python preprocess_hubert_f0.py --in_dir ./dataset_raw --f0_method dio --num_processes 4--f0_method有两个选项dio 快但精度低harvest 慢但平滑。如果你处理的是说话声用 dio 就够了如果是唱歌尤其是带颤音的一定要用 harvest否则颤音会被抹平。--num_processes设成你 CPU 核心数的一半设太高反而会因为进程切换拖慢速度。3.3 推理命令的完整参数拆解训练完之后用infer_tool.py做转换。下面这条命令是我调了十几次后觉得最稳的组合python infer_tool.py \ --model_path ./logs/44k/G_10000.pth \ --config_path ./configs/44k/config.json \ --diffusion_model ./logs/44k/model_10000.pt \ --input_audio ./raw/test.wav \ --output_audio ./output/result.wav \ --transpose 0 \ --spk_list my_speaker \ --slice_db -40 \ --noice_scale 0.4 \ --pad_seconds 0.5 \ --clip_seconds 0.5 \ --lg_num 0 \ --lgr_num 0.75--transpose是变调参数正数升调负数降调男转女一般设 12女转男设 -12。--noice_scale控制扩散模型的噪声强度设太高会有电音感设太低声音发干0.4 是我试出来的甜点值。--slice_db -40是静音切片的阈值如果你的素材底噪大把这个值调到 -30不然切片会把呼吸声切碎。4. 避坑与排查五个让我重跑过的翻车现场4.1 推理输出全是电流声现象合成出来的音频像收音机没信号全是刺啦声。 原因扩散模型权重和生成器权重版本不匹配或者config.json里的diffusion字段没打开。 解决检查config.json里diffusion: true是否设置然后确认model_xxxx.pt和G_xxxx.pth是同一个训练步数保存的。如果还不行把--noice_scale降到 0.2 再试。4.2 音色像但语气全丢了现象声音是目标音色但听起来像机器人在念稿原始音频的起伏全没了。 原因F0 提取时用了 dio 但素材是唱歌或者--transpose设得太大导致音高被强制拉平。 解决换 harvest 重新提取 F0把--transpose改回 0让模型自己学音高映射。如果素材本身音域跨度大可以在配置里把f0_min和f0_max的范围放宽。4.3 显存溢出但卡是空的现象报CUDA out of memory但nvidia-smi显示显存只用了 30%。 原因PyTorch 的缓存分配器没有及时释放或者切片长度设得太大。 解决在推理脚本开头加torch.cuda.empty_cache()然后把--clip_seconds从 0.5 降到 0.3。如果还不行把--num_processes设成 1禁用多进程。4.4 训练 loss 降到 0.1 但推理效果极差现象训练时 loss 曲线很漂亮但推理出来的声音像含着东西。 原因过拟合了。训练步数太多模型把训练集的噪声也学进去了。 解决不要用最后一步的权重用中间步数的。我一般会保存每 5000 步的权重然后挑 loss 在 0.3 到 0.5 之间的那个。另外检查训练集里有没有静音片段有的话删掉重训。4.5 输出音频比输入短了一截现象输入 10 秒输出只有 7 秒尾音被吞了。 原因--pad_seconds设得太小切片拼接时边缘被裁掉了。 解决把--pad_seconds从 0.5 调到 1.0同时把--slice_db调到 -50让静音检测更宽松。如果还不行在推理前用 ffmpeg 给音频尾部补 0.5 秒静音。5. 进阶技巧用 F0 曲线微调情感以及一个验证习惯5.1 手动编辑 F0 曲线来改变语气so-vits-svc 的一个隐藏玩法是推理前把提取出来的 F0 曲线存成 csv手动改几个关键点的值再喂给模型。比如你想让某句话结尾上扬就把最后 0.2 秒的 F0 值加 20%。这个操作在infer_tool.py里加个钩子就能实现。# 在 infer_tool.py 的 F0 提取后插入这段 import numpy as np f0 extract_f0(audio, methodharvest) # 找到最后 0.2 秒的索引 tail_start int(len(f0) - 0.2 * sr / hop_length) # 整体提升 20%模拟疑问语气 f0[tail_start:] f0[tail_start:] * 1.2 # 再做一次中值滤波避免突变 from scipy.signal import medfilt f0 medfilt(f0, kernel_size5)这个技巧在处理有声书时特别有用旁白和对话可以用不同的 F0 修饰策略。但注意别改得太猛超过 30% 的偏移会让声音听起来像在尖叫。我一般只动结尾和重音位置幅度控制在 15% 以内。5.2 用 A/B 对比验证音色相似度每次跑完推理别急着导出。我习惯用同一段测试文本分别用原始音色和转换后音色各跑一遍然后叠在一起听。如果两个波形的包络线走势基本一致说明内容保留得好如果某个频段明显缺失就去检查n_fft和hop_length的比例。对比维度合格标准检查方法基频轨迹走势一致偏差小于 5%用 praat 打开看 pitch 曲线共振峰前三个峰位置接近看频谱图 0-4kHz 区域时长误差小于 0.1 秒直接看文件属性响度差值小于 2dB用 ffmpeg 的 volumedetect这个表是我每次交付前必过的 checklist。有一次我偷懒没看共振峰结果客户反馈说声音像感冒了一查发现是n_fft被误改成了 1024高频共振峰全丢了。从那以后我每次改完配置都强制走一遍这个对比流程再也没翻过车。希望这些踩坑记录能帮你省下几个周末。资源包里的预训练底模和配置文件都是配好的按上面的命令跑一遍就能出第一版结果剩下的就是调参数磨细节了。本文还有配套的精品资源点击获取