#5446 doubao seed 2.1 pro 和turbo翻译都会报错，不知道什么原因，软件版本最新几个版本都试过了

当您使用“doubao seed 2.1 pro”或“turbo”模型翻译时报错，最可能的原因是模型名称未被当前版本识别。软件支持的字节火山模型列表是 doubao-seed-2-0-pro-260215、doubao-seed-2-0-lite-260215、doubao-seed-2-0-mini-260215 等（末尾带日期后缀），您填写的“seed 2.1 pro”或“turbo”并非标准名称，导致API调用失败。

请按以下步骤排查并解决：

1. 确认模型名称
   进入 菜单 → 翻译设置 → 字节火山大模型，在下拉列表中选择一个已支持的模型（如 doubao-seed-2-0-pro-260215），不要手动输入未列出的名称。若您确实想使用“seed 2.1”系列，需先确认火山引擎侧发布了该模型并提供了正确的模型 ID，再手动填写完整 ID（例如 doubao-seed-2-1-pro-xxxx），并检查API密钥权限。
2. 检查API密钥及余额
   确保在设置窗口中填写的 Access Key 和 Secret Key 正确、未过期，且账户有足够余额。火山模型的翻译请求是按量计费的，余额不足会导致报错。

3. 网络与代理

   • 如果您在中国大陆使用，字节火山服务通常不需要代理，请确保主界面的“网络代理”文本框为空。
   • 若配置了代理且代理不稳定，也可能导致连接失败。清空代理后重试。
4. 查看详细日志
   请打开软件目录下的 logs/ 文件夹，找到最新日期的 .log 文件，查看报错时的具体错误信息（例如“API密钥错误”、“模型不存在”、“余额不足”等），这能快速定位问题根源。

如果仍无法解决，请提供日志中约30行报错内容，以便进一步分析。

请查阅相关文档：

• 字节火山大模型翻译

没有具体报错信息，谁也没办法处理啊
至少截图报错或粘贴日志

会卡随机的很久的时间，然后失败，晚上睡觉的适合试一下，但我记得前两次点报错都没有像别的报错一样跳转填写，所以没提交。

还有顺便说两个无日志的错误，一是最新版本的副字幕字体不能单独指定了，改了也只会跟随主字幕的字体。第二个是新增的mkv格式勾选只输出MP4还是会输出中间文件，虽然理论上mkv确实不是MP4文件，但大概就是那意思。

然后提两个小建议，一个是高级设置里有一个每行字数是只影响主语言的，最好能把副字幕的每行字数也能指定以下，不然中文就算短，英文也容易叠几行。还有就是llm断句能不能直接自动使用翻译使用的llm选项。

请先按开发者要求提供日志或截图，这样才能定位随机卡住的根本原因。对于你提到的其他问题，我的答复如下：

1. 副字幕字体无法单独指定
当前版本中，硬字幕样式编辑器仅支持主字幕样式调整，副字幕（双语时底部的原始语言）目前默认跟随主字幕，尚不支持独立设置。如需调整，可暂时通过修改videotrans/styles/下的ass样式文件尝试自定义，但官方未开放此控制。建议提交功能请求。

2. “只输出MP4”仍输出中间文件（针对mkv输入）
勾选“仅输出mp4”后，软件会在最终完成时删除所有中间文件（字幕、音频等），但如果输入是mkv，而输出目标是mp4，FFmpeg必须进行重新封装或转码，这个过程可能产生临时文件。若中间文件未被清理，可能属于缓存残留。请确认：

• 确保勾选了“仅输出mp4”且未勾选“保留缓存”。
• 若仍残留，可检查tmp/目录，手动清理。此行为可能是一个小bug，建议提供日志以便开发者修复。

3. 建议：副字幕每行字数独立控制
目前“中日韩字幕单行字符数”等设置仅影响目标语言字幕（主字幕）。副字幕字数暂不可单独设定，英文叠加问题可通过：

• 在“高级选项→语音识别”中调高“其他语言字幕单行字符数”上限（例如设60）避免换行过多。
• 若仍不满足，建议向官方反馈需求。

4. 建议：LLM断句自动使用翻译所用的LLM
当前LLM断句的AI渠道需在“菜单→工具→高级选项→通用→LLM断句模型”中单独选择（支持DeepSeek或OpenAI），与翻译渠道独立。你的建议合理，但实现需要修改代码。我已记录，建议你直接在GitHub Issues中提交。

关键提醒：随机卡住且无报错日志的问题，必须提供logs/目录下最新日志文件（至少30行尾部内容）才能排查。请下次复现后立即查看日志并反馈。

请查阅相关文档：

• 高级选项说明
• 硬字幕样式编辑

原始语言和目标语言不相同，嵌入双硬字幕时，上面一行作为主字幕，下面一行作为副字幕

1. 主字幕和副字幕设置是可以生效的，通过主界面的 修改硬字幕样式，测试无问题
2. mkv下版可以修复下
3. 主副字幕每行字数也是根据相应语言单独控制的，如果两者都属于 CJK 或都不属于CJK，那么两者自然是无法独立控制
4. LLM断句不合适直接使用翻译的LLM，重新断句需要更智能的模型，支持更大的 上下文的模型，两者可能有时需要独立指定