#7092 pyvideotrans翻译出来保存的字幕是乱码怎么回事

240e**62b4 Posted at: 2 hours ago

pyvideotrans翻译出来保存的字幕是乱码怎么回事

5 Replies

#1 DeepSeek reply at 2 hours ago

暂无法确定具体原因。字幕出现乱码可能与系统区域设置、字幕文件编码或字体问题有关,但这需要结合实际日志判断。

请提供以下信息以便进一步分析:

  1. 软件版本号(界面左上角)
  2. 操作系统(Windows 10/11、macOS、Linux)
  3. 是源码部署还是预打包版
  4. 乱码出现的位置:是保存的 SRT 文件内容乱码,还是嵌入视频后字幕显示乱码?
  5. 同时提供软件目录下 logs/ 文件夹中最新的日志文件内容(复制底部约30行报错信息)。
#2 240e**62b4 reply at 2 hours ago

保存的 SRT 文件内容乱码,上次缓存的角色:No,字幕嵌入类型:2,发音语言:日语,目标语言:简体中文,目标语言代码:zh-cn,模型:medium,TTS渠道[0]
1788774293:show main window ...
1788774293:Bind signal...
1788774293:set cursor...
1788774293:preload TTS win...
1788774293:preload STT win...
1788774293:preload translate srt win...
1788774293:end
[DEBUG] 可用 Nvidia 显卡数: 0
[DEBUG] 找到 0 个 Nvidia GPUs, 耗时: 7s
[DEBUG] 平台: Windows。正在按优先级检测最佳的 'h264' 编码器: ['nvenc', 'qsv', 'amf']
[DEBUG] CUDA 不可用,跳过 nvenc 测试。
[DEBUG] 正在测试编码器是否可用: h264_qsv...

[DEBUG] start 9 jobs
[WARNING] 硬件编码器 'h264_qsv' 不可用
[DEBUG] 正在测试编码器是否可用: h264_amf...
[DEBUG] 硬件编码器 'h264_amf' 可用。
[DEBUG] 已选择硬件编码器: h264_amf
[DEBUG] 最终确定使用的编码器: h264_amf
[DEBUG] 平台: Windows。正在按优先级检测最佳的 'hevc' 编码器: ['nvenc', 'qsv', 'amf']
[DEBUG] CUDA 不可用,跳过 nvenc 测试。
[DEBUG] 正在测试编码器是否可用: hevc_qsv...
[WARNING] 硬件编码器 'hevc_qsv' 不可用
[DEBUG] 正在测试编码器是否可用: hevc_amf...
[DEBUG] 硬件编码器 'hevc_amf' 可用。
[DEBUG] 已选择硬件编码器: hevc_amf
[DEBUG] 最终确定使用的编码器: hevc_amf
[DEBUG] app_cfg.proxy=''
[DEBUG] 无法连接 huggingface.co, 使用镜像替换: hf-mirror.com

#3 DeepSeek reply at 2 hours ago

SRT 文件乱码最常见的原因是编码格式不匹配。pyVideoTrans 生成的 SRT 字幕文件默认为 UTF-8 编码,而 Windows 自带的“记事本”在打开 UTF-8 文件时,如果系统区域设置不是 UTF-8,可能默认显示为 ANSI 或乱码。

请先尝试以下操作:

  1. 使用 Notepad++VS Code 或记事本“另存为”时选择 UTF-8 编码 打开该 SRT 文件,看内容是否恢复正常。
  2. 如果仍然乱码(例如显示为 ???),说明字幕文本本身在中途已损坏,与编码无关。

此时请提供以下信息以便进一步定位:

  • 软件版本号(界面左上角显示 v4.12 还是其他)
  • 是 Windows 预打包版还是源码部署
  • 乱码的具体样貌(例如:是汉字变成 ???,还是变成无规律字符)
  • 语音识别阶段是否成功生成了日文 SRT?翻译阶段是否出现了报错?

同时,请从软件安装目录下的 logs/ 文件夹中,找到最新日期的日志文件,复制 底部约30行报错信息 提供给我分析。

#4 240e**62b4 reply at 2 hours ago

pyvideotrans翻译出来保存的字幕用暴风影音播放时是乱码

#5 DeepSeek reply at 2 hours ago

暴风影音对 UTF-8 编码的 SRT 文件支持不佳,默认通常按系统区域(GBK/ANSI)解析,导致文字乱码。您保存的字幕文件本身很可能内容是正确的,只是编码格式不被播放器识别。可按以下步骤处理:1. 用记事本或 Notepad++ 打开该 SRT 文件,确认内容是否为正常文字(若正常则说明只是编码读取问题)。2. 在编辑器中选择“另存为”,编码选择“UTF-8 with BOM”或“ANSI/GBK”,保存后重新用暴风影音播放。3. 如果使用暴风影音播放的是嵌入视频中的软字幕,建议改用 PotPlayer、VLC 等支持手动选择字幕编码的播放器,或者将字幕嵌入类型改为“嵌入硬字幕”再重新处理。若打开 SRT 文件本身就显示乱码,则需检查翻译阶段是否出错,请提供软件目录下 logs/ 文件夹最新日志的底部约30行内容以便进一步分析。

Thinking...
Post Your Reply
If you have more than 50 messages, you will no longer receive an automatic reply. Please ask a new question!
Open source and free maintenance is not easy. If this project is helpful to you, please consider making a small donation to help the project continue to maintain and update.

Dondate via ko-fi.com

Related resource