制作 TTS“全阵容有声剧”
Making TTS "full-cast audio dramas"
这是一条 Reddit r/LocalLLaMA 社区帖子。作者展示其应用 tts-audiobook-tool 的 demo 输出：旁白加三个说话角色各用不同声音。帖子提到一个可选的预备步骤，用 LLM 识别角色及其对白，再映射到项目中已配置的克隆声音；用 Deepseek Flash 4.1 API 对小说《太阳照常升起》的对白识别准确率超过 99%（作者也承认 LLM 对该小说的既有知识可能有帮助），并认为本地运行的同类模型应当表现不错。所用 TTS 模型为 Breeze 2 TTS，应用还支持一二十种其他模型，作者目前最偏好 Breeze 2 与 MOSS TTS 9B。适合用本地 TTS 与 LLM 做有声书、多角色配音的人阅读。
- 分级
- 值得看
- 所属主题
- 语音与音频
- 收录时间
- 2026-10-29
原帖
Making TTS "full-cast audio dramas" This is some demo output from tts-audiobook-tool (my app), where the narrator plus three speaking characters each have their own voice.
中文大意
发帖人 llamabott 展示了自制工具 tts-audiobook-tool 的“全配音有声剧”演示输出：旁白加三个角色各有独立音色。可选的预处理步骤先用 LLM 识别角色及其台词，再映射到项目中配置的声音克隆；用 Deepseek Flash 4.1 API 从《太阳照常升起》中识别对话文本，准确率超过 99%（作者也承认 LLM 对这本小说的既有知识可能有帮助），并提到本地跑 Qwen 3.8 Flash Next 应也能做得不错。TTS 模型用的是 Breeze 2 TTS，应用还支持一二十种其他模型，作者目前最喜欢 Breeze 2 和 MOSS TTS 9B。适合关注开源 TTS、有声书/有声剧自动化制作的人阅读。
讨论区核心观点
依据 13 条评论
- 批评者认为听感空洞：声音毫无生气，像把只读半句话、无情绪、与上下文无关的片段拼接起来，每个片段约 1.5 秒，不能算有声书；并称真人全配音作品（如 Impact Winter、Underwood and Flinch）与 TTS 差距是天壤之别，配音演员还远没到靠生命维持系统的地步。 出处（新标签页打开）
- 作者回应说这是刻意挑选的压力测试样本，想验证用多个克隆音色、独立生成再拼接应对快速对话切换的效果；“Sounds not bad?” 是相对开源 TTS 此前水平而言，不是与真人专业制作比较。 出处（新标签页打开）
- 有评论认为批评过于苛刻，作品虽非 100% 完美但并非完全听不下去，点子很好；也有人实测后对效果印象深刻，尤其是女王角色的混响效果，并认为 TTS 进步是指数级的，一年后批评者会被说服，这类工具对个人收听很有价值。 出处（新标签页打开）
- 建设性技术建议：克隆用的源音色不合适，可用具备“声音设计”能力的模型（Qwen3-tts、MOSS、OmniVoice、VoxCPM2、Breeze 2 等）先生成基准音色再克隆+指令化；有声书类作品应保持统一的“录音质量”，避免部分音色带底噪；还可用 LLM 为需要情绪的行加注风格提示，利用 Breeze 的语音指导功能。 出处（新标签页打开）
- 关于如何达到接近人声质量的有声剧：需要给 LLM 更多场景上下文、做提示与训练；把小说式“句子中间夹‘某角色说’”改写成剧本式“角色：台词”，并加入合理音效；本人可能要数周至数月调优或需更大团队；也会有人坚持人类艺术，商业上也许不如直接用真人配音+AI 音效更划算。 出处（新标签页打开）
- 作者承认此前只关注功能、对细节不挑剔，音色是用游戏语音片段批量生成克隆的；表示愿意按反馈重做一版演示输出，以更好展示应用能力。另有评论关注能否在 CPU 上实时生成以配合 LLM 即时分配说话人，作者称其应用架构把它设计为 TTS 推理之前的“设计时”步骤。 出处（新标签页打开）