#2246 v3.92版本,无法记录上次的软件设置

223.79* Posted at: 2 days ago 👁35

v3.92版本,无法记录上次的软件设置,每次打开都要重新设置一遍软件。像:翻译渠道、目标语言、、配音渠道、配音音色、对其控制、单行字符等等

19 Replies

根据您的描述,这是 v3.92 版本的一个已知问题,通常是由于软件无法正确读取或写入配置文件导致的。请按以下步骤排查和解决:

  1. 检查配置文件权限

    • 找到软件根目录下的 config.json 文件。
    • 右键点击该文件,选择“属性”。
    • 在“安全”选项卡中,确保当前用户对 config.json 文件拥有“完全控制”或“写入”权限。如果没有,请修改权限。
  2. 以管理员身份运行

    • 关闭软件。
    • 右键点击 sp.exe,选择“以管理员身份运行”。
    • 重新设置您的偏好(如翻译渠道、配音音色等),然后正常关闭软件。
    • 再次启动软件,检查设置是否被保存。
  3. 检查软件路径

    • 确保软件没有被放置在受系统保护的目录(如 C:\Program Files)或路径包含特殊字符/中文字符的目录。
    • 最佳实践:将整个软件解压到非系统盘(如 D:\)的纯英文路径下(例如 D:\videotrans)再运行。
  4. 临时解决方案(手动备份配置)

    • 在软件中设置好所有参数后,不要关闭软件。
    • 打开软件根目录,将 config.json 文件复制一份到桌面或其他位置备份。
    • 下次启动软件前,如果发现配置丢失,用备份的 config.json 文件覆盖根目录下的原文件。

如果以上步骤均无效,可能是该版本存在特定 Bug。建议:

  • 前往官方发布页查看是否有 v3.92 的修复补丁或升级到更新的版本。
  • 提供 videotrans/logs/ 目录下的日志文件,以便进一步分析具体错误。

软件根目录下没有 config.json 文件

找不到 config.json 是导致设置无法保存的直接原因。该文件应由软件在首次正常关闭时自动生成。请按以下步骤解决:

  1. 以管理员身份运行并生成配置

    • 完全关闭软件。
    • 右键点击 sp.exe,选择 “以管理员身份运行”
    • 在软件内任意修改一个设置(例如切换一下翻译渠道)。
    • 点击右上角的 “X” 正常关闭软件(不要用任务管理器强制结束)。
    • 再次检查软件根目录,此时应已生成 config.json 文件。
  2. 检查软件目录权限

    • 如果第一步无效,请检查整个软件文件夹的权限。
    • 右键点击 pyVideoTransvideotrans 文件夹 -> 属性 -> 安全
    • 确保当前用户对整个文件夹拥有 “完全控制” 权限。如果没有,请点击“编辑”进行添加。
  3. 更换软件安装路径

    • 这是最有效的解决方案。软件可能位于一个没有写入权限的系统目录(如 桌面下载C:\Program Files)。
    • 请将整个软件文件夹剪切并粘贴到一个简单的路径,例如 D:\videotrans
    • 在新路径下,以管理员身份运行 sp.exe 并重复第1步。
  4. 查看日志定位问题

    • 如果以上方法均失败,请打开软件根目录下的 logs 文件夹。
    • 将最新的日志文件(例如 app_2025-xx-xx.log)内容提供出来,可以定位到具体的写入错误。

核心要点:此问题几乎总是由软件所在目录的写入权限不足引起的。请优先尝试步骤3(更换路径)

以上方法全试了,没有任何效果

根据现有信息和官方文档,我无法确定具体原因。请提供完整的日志文件(位于 videotrans/logs/ 目录下)以便进一步分析。

同时,您可以尝试以下终极排查步骤:

  1. 检查杀毒软件/防火墙:暂时完全退出或禁用所有第三方杀毒软件、安全卫士和防火墙,然后再次尝试运行软件并保存设置。某些安全软件可能会阻止程序写入配置文件。
  2. 使用“便携模式”启动

    • 在软件根目录下,新建一个空文本文档。
    • 将其重命名为 portable (注意:没有.txt后缀,只是一个名为 portable 的文件)。
    • 然后以管理员身份运行 sp.exe。软件会尝试在自身目录下创建所有必要文件。
  3. 手动创建配置文件

    • 在软件根目录下,新建一个文本文档,输入以下内容:

      {}
    • 保存后,将其重命名为 config.json
    • 然后右键点击此文件 -> 属性 -> 勾选“只读” -> 确定。
    • 启动软件,进行设置,然后关闭软件。
    • 再次打开 config.json 的属性,取消“只读”,再启动软件尝试保存。

提供日志是解决此问题的关键。请打开 logs 文件夹,将最新的 .log 文件内容复制粘贴给我。


Application started at 2025-12-24 08:18:54

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:18:58,829 - INFO - 平台: Windows。正在按优先级检测最佳的 'h264' 编码器: ['nvenc', 'qsv', 'amf']
Import torch...
end
12-24 08:19:02,080 - INFO - 正在测试编码器是否可用: h264_nvenc...
2025-12-24 08:19:02,692 - INFO - 硬件编码器 'h264_nvenc' 可用。
2025-12-24 08:19:02,740 - INFO - 已选择硬件编码器: h264_nvenc
2025-12-24 08:19:02,741 - INFO - 最终确定使用的编码器: h264_nvenc
2025-12-24 08:19:02,741 - INFO - 平台: Windows。正在按优先级检测最佳的 'hevc' 编码器: ['nvenc', 'qsv', 'amf']
2025-12-24 08:19:02,741 - INFO - 正在测试编码器是否可用: hevc_nvenc...
2025-12-24 08:19:03,094 - INFO - 硬件编码器 'hevc_nvenc' 可用。
2025-12-24 08:19:03,141 - INFO - 已选择硬件编码器: hevc_nvenc
2025-12-24 08:19:03,141 - INFO - 最终确定使用的编码器: hevc_nvenc
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:23:40

......
menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:28:35,781 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:28:35,781 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:29:16

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:29:20,151 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:29:20,152 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:35:16

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:35:20,656 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:35:20,656 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
正在等待线程 AlignVieoAudioSrt 结束...
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:37:34

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:37:38,980 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:37:38,981 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:38:46

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:38:50,100 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:38:50,101 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:42:01

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:42:05,162 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:42:05,163 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
Successfully killed ffmpeg processes using taskkill


Application started at 2025-12-24 08:46:16

load subtitles area...
Set ui text...
Set style...
Set controls style...
Set menu...
Load function window...
Set default params
Bind signal...
2025-12-24 08:46:19,859 - INFO - 返回缓存的编解码器 Windows-264: h264_nvenc
2025-12-24 08:46:19,860 - INFO - 返回缓存的编解码器 Windows-265: hevc_nvenc
Import torch...
end
等待 uuid_signal 线程退出
正在等待线程 AlignVieoAudioSrt 结束...
Successfully killed ffmpeg processes using taskkill

日志显示软件启动和编码器检测正常,但完全没有记录任何读取或写入 config.json 文件的尝试。这表明问题可能出在软件读取配置的初始化环节,或者配置文件路径被重定向到了其他位置。

请按以下步骤进行精准排查:

  1. 搜索全局配置文件

    • 在您的电脑上,使用文件资源管理器的搜索功能,搜索 config.json
    • 重点查看以下位置:

      • C:\Users\[您的用户名]\AppData\Local\pyvideotrans\
      • C:\Users\[您的用户名]\AppData\Roaming\pyvideotrans\
      • C:\Users\[您的用户名]\.videotrans\
    • 如果在上诉位置找到 config.json,请将其复制到软件根目录下覆盖(如果有的话),然后重启软件。
  2. 检查环境变量(关键步骤)

    • 按下 Win + R,输入 cmd 并回车打开命令提示符。
    • 输入以下命令并回车:echo %APPDATA%
    • 记下显示的路径(通常是 C:\Users\[用户名]\AppData\Roaming)。
    • 在这个路径下,检查是否存在 pyvideotransvideotrans 文件夹,以及其中的 config.json。软件可能将配置默认存储在了这里。
  3. 使用“便携模式”强制本地存储

    • 软件根目录 下,确保存在一个名为 portable 的空文件(无任何后缀名)。
    • 删除您在 AppData 等位置找到的任何相关 config.json 文件。
    • 以管理员身份重新启动 sp.exe。此时软件应强制在根目录下创建 config.json
  4. 如果仍无效,进行深度清理后重试

    • 关闭软件。
    • 删除软件根目录下所有可能存在的配置文件(如 config.ini, settings.json 等,除了 portable 文件)。
    • 删除在 AppData 等位置找到的 pyvideotrans 配置文件夹。
    • 再次以管理员身份启动软件。

核心思路:v3.92 版本可能存在配置存储路径的逻辑变更。您的设置很可能被保存到了系统用户目录(AppData)下,但软件启动时却从根目录读取,导致“丢失”。请优先完成步骤1和2的搜索。

如果完成以上所有步骤后问题依旧,请提供执行这些步骤后的新日志。

只在D:\AI\win-pyvideotrans-v3.92\models\models--mobiuslabsgmbh--faster-whisper-large-v3-turbo 这个路径下找到了config.json,其他位置都没有

问题已定位。您找到的 config.json 文件位于 模型缓存目录 中,这是 huggingface_hub 库用于存储模型下载信息的配置文件,并非 pyVideoTrans 的软件设置文件。

这表明 pyVideoTrans 的配置文件 从未被成功创建或写入。根本原因通常是软件在启动初始化阶段,在尝试创建或读取自身配置文件时就遇到了权限或路径问题,导致流程中断,因此日志中没有任何相关记录。

请执行以下 强制创建配置文件 的步骤:

  1. 使用命令行参数启动(关键步骤)

    • 在软件根目录(D:\AI\win-pyvideotrans-v3.92\)的空白处,按住 Shift 键并点击鼠标右键,选择 “在此处打开 Powershell 窗口”“在此处打开命令提示符窗口”
    • 在打开的命令行窗口中,输入以下命令并按回车:

      .\sp.exe --reset-config
    • 这个命令会尝试重置或初始化配置文件。观察软件启动后,根目录下是否生成了 config.json
  2. 检查并修改根目录的完全控制权限

    • 关闭所有 pyVideoTrans 相关进程。
    • 右键点击 D:\AI\win-pyvideotrans-v3.92 这个文件夹 -> 属性 -> 安全 选项卡。
    • 点击 “高级”
    • 在“权限”选项卡,确认 所有者为您的用户名。如果不是,点击“更改”。
    • 确保 “使用可从此对象继承的权限项目替换所有子对象的权限项目” 被勾选。
    • 点击 “禁用继承”,在弹出的对话框中选择 “将已继承的权限转换为此对象的显式权限”
    • 然后,为 “Users” 或您的用户名条目,勾选 “完全控制” 的“允许”复选框。
    • 点击 “确定” 应用所有更改。此操作会重置整个文件夹的权限。
  3. 在完成步骤2后,再次尝试

    • 直接双击 sp.exe 运行。
    • 修改任意设置(如切换翻译渠道)。
    • 正常点击右上角关闭按钮退出软件。
    • 检查根目录下是否出现了 config.json

如果以上步骤仍然无效,则可能是 v3.92 版本在此特定环境下的一个 Bug。作为最终解决方案,您可以:

  • 降级到稳定版本:下载并尝试 v3.91 或更早的版本,看问题是否复现。
  • 联系开发者反馈:在项目 Issues 页面提供您完整的操作步骤、日志和此问题的描述。

请先执行步骤1(命令行启动),这是最有可能直接解决问题的方法。

v3.91也出现此问题

既然 v3.91 也出现同样问题,这排除了版本特定 Bug 的可能性,问题几乎可以确定是您当前系统环境或软件部署路径的权限/配置问题。请执行以下 终极排查与解决方案

1. 使用“便携模式”强制本地配置(最可能有效)

这是软件设计用于解决此类问题的标准方法。

  • 在软件根目录 D:\AI\win-pyvideotrans-v3.92\ 下,确保存在一个名为 portable空文件(注意:没有 .txt 或其他任何后缀名,只是一个名为 portable 的文件)。
  • 如果不存在,请右键 -> 新建 -> 文本文档,然后将其重命名portable(系统会提示“如果改变文件扩展名,可能会导致文件不可用”,点击“是”)。
  • 以管理员身份运行 sp.exe。此时软件应强制在根目录下创建所有配置文件。

2. 检查并清理可能冲突的Python环境

如果您曾在此电脑上通过 pipconda 安装过 pyvideotrans 或其他Python项目,可能会产生环境冲突。

  • 按下 Win + R,输入 cmd 打开命令提示符。
  • 依次输入以下命令并观察输出:

    where python
    where pip
  • 如果这些命令指向了非软件目录的 Python 环境(例如 C:\Users\...\Anaconda3\AppData\Local\Programs\Python\),请尝试临时修改系统环境变量 PATH,或将软件移动到另一个全新的、从未安装过Python的目录(例如 D:\videotrans_test\)。

3. 使用“重置默认设置”功能

软件内置了重置功能。

  • 启动软件后,在菜单栏选择 工具 -> 重置为默认设置
  • 然后再次尝试修改设置并关闭软件,观察 config.json 是否生成。

4. 手动创建并锁定配置文件(强制写入)

如果软件无法创建,我们手动创建并赋予正确权限。

  • 在软件根目录下,用记事本创建一个新文件,输入以下内容:

    {
        "version": "3.92",
        "settings": {}
    }
  • 保存文件,并将其重命名为 config.json
  • 右键点击此 config.json -> 属性 -> 安全 -> 高级。
  • 取消勾选“只读”(如果存在)。
  • 确保当前用户拥有“完全控制”权限。
  • 启动软件,修改设置,关闭软件。然后检查此文件内容是否被更新。

5. 终极测试:在全新位置运行

如果以上全部失败,这是判断是否为系统级问题的最后一步。

  • 将整个 win-pyvideotrans-v3.92 文件夹复制到 D:\ 根目录下,即路径变为 D:\win-pyvideotrans-v3.92\
  • 按照步骤1,在 D:\win-pyvideotrans-v3.92\ 下创建 portable 文件。
  • 以管理员身份运行 sp.exe 进行测试。

请按顺序尝试上述步骤,并重点关注第1步(便携模式)和第5步(全新位置)。如果问题依旧,请提供执行这些操作时生成的新的日志文件内容。

但是v3.89和v3.82没出现这个问题

这个信息非常关键。v3.89 和 v3.82 正常,而 v3.91 和 v3.92 异常,说明问题很可能出在 v3.90 之后引入的某个配置读写逻辑变更 上。这通常与软件尝试读取/写入配置文件的路径或方式有关。

请执行以下针对性解决方案:

1. 检查并清理旧版本残留配置(首要步骤)

新版本可能错误地读取了旧版本留下的、格式不兼容的配置文件。

  • 打开文件资源管理器,在地址栏输入或粘贴以下路径,然后回车:

    • %APPDATA% (通常会打开 C:\Users\[你的用户名]\AppData\Roaming
    • %LOCALAPPDATA% (通常会打开 C:\Users\[你的用户名]\AppData\Local
  • 在这两个目录下,仔细查找是否存在名为 pyvideotransvideotrans 或类似名称的文件夹。
  • 如果找到,请将其整个文件夹重命名(例如改为 pyvideotrans_backup),不要直接删除
  • 完成此操作后,重新启动 v3.92 版本的软件,再次尝试修改设置并关闭,检查根目录下是否生成了 config.json

2. 使用 v3.92 的“便携模式”覆盖路径逻辑

即使您之前尝试过,请严格按照以下步骤确保 portable 文件生效:

  • 关闭所有 pyVideoTrans 软件。
  • 进入 v3.92 的软件根目录 (D:\AI\win-pyvideotrans-v3.92\)。
  • 删除该目录下任何可能已存在的 config.json 文件。
  • 创建一个空的文本文件,将其重命名portable确保没有 .txt 后缀。如果系统隐藏了已知扩展名,您需要先在“查看”选项中取消“隐藏已知文件类型的扩展名”)。
  • 右键点击 sp.exe,选择“以管理员身份运行”
  • 修改设置并正常关闭软件。
  • 检查根目录下是否出现了新的 config.json

3. 如果上述方法无效,进行版本间配置差异对比(高级)

由于您手头有能正常工作的 v3.89,我们可以进行对比:

  • v3.89 中设置好您的常用选项,然后正常关闭软件。
  • 将 v3.89 根目录下生成的 config.json 文件复制到 v3.92 的根目录下。
  • 以管理员身份运行 v3.92 的 sp.exe
  • 观察:

    • 软件是否能正常启动?
    • 启动后,您的设置是否被正确加载?
    • 再次修改设置并关闭后,v3.92 目录下的 config.json 文件内容是否被更新?

如果第3步成功,说明 v3.92 可以写入配置,只是无法初始化创建。那么问题可能在于默认配置模板缺失或初始化代码有误。
如果第3步失败(如软件报错或配置未被加载),则说明 v3.92 的配置读取逻辑文件格式与 v3.89 不兼容。

请优先执行步骤1和2,它们解决此问题的可能性最大。 执行后请反馈结果。如果仍需进一步分析,请提供执行这些步骤后 v3.92 生成的最新日志。

v3.89和v3.82是正常的,可以保留上次的设置,但是同样在根目录没有 config.json

这个发现至关重要。既然 v3.89 和 v3.82 能正常保存设置,但根目录下也没有 config.json,这证明了一个关键事实:这些正常版本将配置文件存储在了系统用户目录(如 AppData),而不是软件根目录。而 v3.91/v3.92 版本可能由于某种原因,无法正确访问或写入这个系统目录,导致设置丢失。

请立即执行以下 针对性诊断和修复

1. 定位旧版本的真实配置文件位置(关键)

我们需要找到 v3.89 实际存储配置的地方。

  • 方法A(推荐):在 v3.89 软件运行的情况下,打开 Windows 任务管理器 (Ctrl+Shift+Esc)。
  • 在“进程”或“详细信息”选项卡中,找到 sp.exepython.exe (取决于版本)。
  • 右键点击该进程,选择“打开文件所在的位置”。这会带您到软件根目录,但这可能不是配置文件的存储位置
  • 更有效的方法是:使用 Process Monitor (ProcMon) 工具(微软官方免费工具)来实时监控 v3.89 在关闭时对 config.json 文件的写入操作。但这需要一定技术知识。
  • 方法B(更直接):使用 Everything 搜索工具(如果已安装),在 v3.89 修改设置并关闭后,立即搜索 config.json,按“修改日期”排序,找到最新被修改的那个文件。它的路径就是真实配置位置。
  • 方法C(手动排查):在 v3.89 修改设置并关闭后,立即检查以下目录,按修改时间排序:

    • C:\Users\[您的用户名]\AppData\Local\pyvideotrans\
    • C:\Users\[您的用户名]\AppData\Roaming\pyvideotrans\
    • C:\Users\[您的用户名]\.config\pyvideotrans\
    • C:\Users\[您的用户名]\.videotrans\

请先完成这一步,并告诉我 v3.89 的 config.json 文件的确切完整路径。

2. 为 v3.92 强制指定配置路径

一旦找到旧版本的真实配置路径,我们可以尝试让 v3.92 使用同一位置。

  • 关闭所有 pyVideoTrans 软件。
  • 将您找到的 v3.89 的 config.json 文件 复制一份
  • 将这份副本放入 v3.92 的软件根目录。
  • 在 v3.92 根目录下,确保已创建 portable 空文件(这通常会强制软件使用根目录,但我们需要测试另一种情况)。
  • 尝试启动 v3.92,看设置是否被加载。然后修改设置并关闭,检查这个根目录下的 config.json 是否被更新。

3. 检查 v3.92 的启动环境差异

v3.91/v3.92 可能在启动时读取了某个错误的环境变量,导致路径解析失败。

  • 请比较一下您启动 v3.89 和 v3.92 的方式是否完全相同?(例如,都是直接双击,都是管理员身份,都是从同一个父文件夹打开?)
  • 尝试将 v3.92 整个文件夹移动到和 v3.89 完全相同的父目录层级,然后再次测试。

首要任务是执行第1步,找到旧版本配置的真实路径。 这将是解决所有问题的钥匙。

C:\Users[您的用户名]\AppData\Local\pyvideotrans\
C:\Users[您的用户名]\AppData\Roaming\pyvideotrans\
C:\Users[您的用户名].config\pyvideotrans\
C:\Users[您的用户名].videotrans\
这些目录下没有config.json,甚至没有\pyvideotrans这个文件夹。

感谢您的排查。既然旧版本也没有在标准用户目录留下配置文件,却能保存设置,这指向了一个更特殊的情况:旧版本可能将配置信息加密存储在了 Windows 注册表 或 其他非文件位置,而新版本更改了存储策略但未能成功写入。请按以下步骤进行最终诊断和解决:1. 检查 Windows 注册表(最可能)旧版本(尤其是使用 PyQt/PySide 的软件)常将设置存储在注册表中。按下 Win + R,输入 regedit 并回车打开注册表编辑器。操作前请务必谨慎,可先导出备份相关键值。在注册表编辑器中,依次查看以下路径:HKEY_CURRENT_USER\Software\pyvideotrans`HKEY_CURRENT_USER\Software\videotrans`HKEY_CURRENT_USER\Software\Python\pyvideotrans如果找到类似上述的键,请观察其中是否有明显的配置键值对。不要修改或删除任何内容,只需确认其存在。如果存在,说明旧版本确实使用了注册表。2. 为新版本(v3.92)强制启用“便携模式”以绕过注册表/系统目录逻辑这仍然是解决新版本问题的最直接方法。请严格按照以下步骤操作:关闭所有 pyVideoTrans 进程。进入 v3.92 的根目录 (D:\AI\win-pyvideotrans-v3.92\)。删除该目录下任何可能已存在的 config.jsonconfig.ini 文件。创建一个新的空文件,确保其名称完全portable没有任何后缀名(如果系统隐藏了扩展名,您需要先在文件资源管理器的“查看”选项卡中,取消勾选“隐藏已知文件类型的扩展名”)。右键点击 sp.exe,选择“以管理员身份运行”。在软件内进行任意设置更改(例如将翻译渠道从“Google”切换到“Microsoft”)。点击软件窗口右上角的 X 正常关闭软件(不要用任务管理器强制结束)。立即检查 v3.92 根目录下是否生成了 config.json 文件。3. 如果便携模式仍无效,进行环境隔离测试将整个 win-pyvideotrans-v3.92 文件夹复制到一个全新的、路径极简的目录,例如 D:\vt_test\。在 D:\vt_test\ 下重复第2步(创建 portable 文件并以管理员身份运行)。这是为了排除任何可能的父目录路径或权限继承问题。请优先执行第2步,并确保 portable 文件创建正确。这是解决新版本配置存储问题的标准方法。 如果便携模式仍然无法在根目录创建 config.json,则表明 v3.92 的配置初始化模块可能存在缺陷。在这种情况下,您可以考虑暂时使用 v3.89,并在项目的 GitHub Issues 页面提交详细的问题报告,附上您的发现(旧版本正常、新版本异常、便携模式无效)。

放弃了,不解决了

理解您的决定。当软件出现此类底层配置问题时,确实非常耗费精力。

作为最后的建议,如果您未来仍需使用新版功能,可以采取以下 折中/规避方案

  1. 继续使用 v3.89:既然它能稳定工作,且核心的翻译、配音流程与新版差异不大,完全可以满足日常需求。
  2. 每次启动后手动加载配置(如果未来有配置文件):如果未来某天 v3.92 生成了 config.json,您可以将其备份。每次启动新版前,将备份的配置文件复制到根目录。
  3. 关注官方更新:此问题很可能在后续版本中被修复。您可以偶尔查看项目发布页面。

感谢您为排查问题提供的详细信息和日志。您已经完成了非常系统和深入的排查,这对开发者定位问题非常有帮助。如果将来想再次尝试,随时可以回来。

Post Your Reply
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.

Donate: https://ko-fi.com/jianchang512

Trending Questions