校验

OffShoot 中的所有传输始终经过验证,因此您可以确保文件安全复制。默认情况下,这通过Transfer(传输)验证方法完成。如果您需要更彻底的验证和保护,可以在OffShoot > 设置 > 传输 > 验证中设置不同的模式。

Checksums(校验和)

XXH64BE 校验和始终通过读取源文件生成,并存储在传输日志和MHL中。也可以生成一个或所有遗留校验和(MD5SHA1C4)。

生成遗留校验和可能会影响整体传输速度。

Verification Modes(验证模式)

Transfer(传输)

为了享受最大传输速度, Source(来源)Destinations(目标) 的文件大小相互检查。

注意:如果您计划擦除源文件,请不要使用此模式。
Source(来源)

为了排除读取错误,进行独立的 Source(来源) 校验和验证,在 Destinations(目标) 上,会验证文件大小。如果您在创建多个备份时擦除源文件,请使用此模式。

当发现 Source(来源) 验证问题时,传输将停止。如果发现 Destinations(目标) 验证问题,传输将继续,并在完成时发出警告。

Source & Destination(来源与目标)

所有 Source(来源)Destinations(目标) 都通过回读所有内容,并比较生成的校验和、文件元数据进行独立验证,以实现最大保护。通常,这需要的时间是Transfer(传输)验证的两倍。

  • 在创建 ASC MHL 时选择此模式。

  • 当发现源或目标验证问题时,传输将继续并在完成时发出警告。

image

这些模式在 OffShoot 24.3 中进行了改进。对于旧版本的 OffShoot ,可以使用以下说明:

MHL

在 Source(来源)验证Source & Destination(来源与目标)验证模式中,OffShoot 会自动检测源上的ASC MHL,并使用列出的校验和,而不是重新读取源文件。

当文件大小和修改日期与参考文件匹配时,OffShoot 仅使用 ASC MHL 校验和。

自动 MHL 验证

Transfer(传输)验证Source(来源)验证模式中,当传输成功,且目标处于空闲状态时,OffShoot 将自动重新验证在目标上新创建的 ASC MHL 。当发现问题时,OffShoot 将尝试使用 Source(来源) 或另一个 Destinations(目标) 再次复制文件。

手动MHL验证

适用于 OffShoot 24.3 及更新版本

可以在不进行传输的情况下验证数据。只需双击一个 MHL文件,然后点击 Verify(验证),这将会:

image

  • 检测缺失文件和具有哈希问题的文件。
  • 验证结果将记录在日志中(提示:单击进度条下方的状态以打开验证日志)。
  • 所有在 ASC MHL chain.xml 中引用的 ASC MHL 文件将被验证。

当检测到Source(来源)验证模问题时,会触发 Verification Issue 事件,该事件可以作为脚本触发器使用,在 Scripting 面板中配置脚本。

image

损坏媒体检测

当检测到 Source(来源) 上的 0 字节媒体文件时,OffShoot 会显示警报。此问题通常发生在未正确弹出的ExFAT格式卡上。

image

如果损坏媒体检测在某种程度上阻碍了您的工作流程,您可以配置 OffShoot 在 20 秒后自动关闭警报。在Terminal 或 PowerShell 中使用以下命令:(1 = 启用,0 = 禁用)

macOS
defaults write nl.syncfactory.Hedge.Mac SFIDefaultsZeroByteFilesDetectedAutoContinue 1
Windows
New-ItemProperty -Path "HKCU:\Software\Hedge" -Name "BrokenMediaAlertAutoContinueEnabled" -Value 1 -PropertyType DWord -Force