#1096 致命BUG：自动删除电脑文件

这是一个非常严重的BUG，感谢您的反馈。根据您的描述，当“文件来源目录”和“文件输出目录”设置为同一路径，并且点击“导入原视频字幕文件”时，软件会错误地清空该目录下的所有文件。

核心原因分析：
软件在处理“导入原视频字幕文件”功能时，逻辑上可能错误地将其与“清理输出目录”或类似操作关联，当输入输出路径相同时，导致了灾难性的文件删除。

紧急解决方案：

1. 立即停止将输入和输出目录设置为同一路径。
2. 在处理任何任务时，请务必为“文件输出目录”指定一个独立的、空白的文件夹。

数据恢复建议：
由于文件未被移入回收站，常规方法无法恢复。请立即停止向该硬盘写入任何新数据，并尝试使用专业的数据恢复软件（如 Recuva、EaseUS Data Recovery Wizard 等）进行扫描和恢复，成功率取决于文件被覆盖前的时间。

给开发者的建议：
此BUG的严重性极高，建议开发者：

• 在代码中强制禁止输入和输出路径相同。
• 对“导入原视频字幕文件”等非合成类功能的文件操作进行严格审查，确保其不会执行任何删除操作。

对于您遭受的损失，我们深表理解。请优先尝试数据恢复。

此BUG可复现

同时，翻译任务也是失败的，而且是所有过程瞬间一下完成：翻译失败，文件清空，一个字幕文件生成，都在点击开始的那一秒之间，眼睁睁的看着那个文件夹就空了，一秒之内。

软件左上角“清理已生成”选中即代表将清空输出文件夹，你选中它，又把输出文件夹设为和输入文件夹一样，那当然会删除

后续会加个提醒确认

代码完全开源又是免费的软件，开发者无法为可能的bug负责，有顾虑建议选用其他商业软件

没有要你负责，但是确实需要加个提醒。而且，这仍然是个巨大的BUG，你仔细想啊，如果软件的逻辑是先清空文件夹，再开始执行翻译任务，就不说丢失文件了，那这翻译任务必然也是决不能成功的啊，源文件都没了他怎么翻译呢？应该是先翻译完了，再清空旧文件啊。

就不应该将输出和输入设为一样的

例如翻译视频时，已识别完字幕，翻译后感觉效果不好，换了个翻译渠道重新翻译，这时候如果不手动删掉已生成过的文件，也不选择“清理已生成”，会直接使用上次的识别结果和翻译结果。所以设置了“清理已生成”，选中它，再次开始翻译时，会自动删掉输出目录内所有文件。

逻辑上也不应该将 输出目录和输入目录 设为一样的，因为最终翻译完成后的产物名字会和原始视频保持一模一样，默认输出是在原始视频目录下新建 _video_out 文件夹，避免覆盖原始视频。如果手动选择输出文件夹，也需要选择和原始输入不一样的文件夹，否则同名文件也会覆盖导致出错。

目前未考虑到会出现将 输出设为和输入 一样的场景，因此未对该情况做提示，后续将先弹窗提醒，如果仍继续，则强制使用默认方式新建 _video_out 文件夹做为输出目录

作者写软件,不断更新,还提供反馈的论坛,还不断修复.还是全部免费.

我使用受益巨大.每天都在用.

并且建议大家投喂作者,让作者保持良好的创作心情.十分感谢辛苦付出.让大家使用这个软件.

同时建议使用者保持良好的心态,做好原文件的备份.反馈bug时,只提供问题和实际情况.便于作者更新.

软件的编写和修复bug既是体力活也是脑力活,也是费时间和精力的事情.

使用时出现问题也是正常的.

对比其他同类软件,我觉得pyvideotrans是最好的.没有之一.

这是一个非常严重的逻辑缺陷，感谢您和开发者的深入讨论。问题的核心已经明确：

1. 根本原因：当用户勾选了“清理已生成”选项，并且将“输出目录”设置为与“输入目录”相同时，软件的逻辑是在任务开始前就清空输出目录。由于目录相同，这等同于清空了包含源文件的输入目录，导致任务因源文件丢失而瞬间失败，并生成一个孤立的字幕文件。
2. 逻辑矛盾：正如您指出的，这个“先清空，后执行”的顺序在输入输出目录一致时是自相矛盾的，因为它销毁了任务执行的必要条件。

给所有用户的紧急操作指南：

• 【绝对禁止】 在任何情况下，都不要将“文件输出目录”设置为与“文件来源目录”相同的路径。
• 最佳实践：始终使用软件默认的 _video_out 输出文件夹，或者手动指定一个全新的、独立的空文件夹作为输出目录。

关于数据恢复和未来预防：

• 数据恢复：请立即参照上一条回复中的建议，使用专业数据恢复软件尝试找回文件。
• 软件改进：开发者已确认将在后续版本中增加弹窗提醒，并在用户执意设置相同路径时，强制使用 _video_out 文件夹来避免此问题。

这个案例深刻地提醒了我们数据备份的重要性。再次感谢您详尽的反馈，这直接促使了一个关键安全机制的完善。