# LosslessCut 3.69.0 实测记录（2026-07-22）

## 这次实际做了什么

1. 从官方 GitHub Release 下载 `LosslessCut-win-x64.7z`，核对 SHA-256。
2. 解压后启动 `LosslessCut.exe`，用真实 GUI 打开 60 秒合成测试视频。
3. 通过 LosslessCut 3.69.0 自带的实验性 HTTP API，把入点设为 `20.000`、出点设为 `40.000`，界面显示片段长度 20 秒、600 帧。
4. 在 GUI 中导出文件 `inputs/source-60s-00.00.20.000-00.00.40.000.mp4`。
5. 用独立的 ffprobe、完整解码和逐包 payload 哈希检查导出结果。

## 输入与输出

- 输入：`inputs/source-60s.mp4`
  - SHA-256：`18F5441FEBC77699AEB25B30F50CC8CDB9E99C516C35BEEEAD075567EE80492E`
  - 60.000000 秒，1920×1080，30 fps，H.264 + AAC。
- GUI 导出：`inputs/source-60s-00.00.20.000-00.00.40.000.mp4`
  - SHA-256：`BBA4C20AB98595FEA3BA2387770E4157A670686DDF2B9753E3F782981BE1D4E9`
  - 容器时长 20.140690 秒；视频 20.066667 秒、602 帧；音频 20.074667 秒、941 包。
  - 完整解码退出码为 0。

## “没有重新压一遍”怎样证明

我们没有只看输出仍写着 H.264/AAC。验证脚本读取源文件 18–42 秒窗口和导出文件的每个音视频包，对 payload 做 SHA-256：

- 输出 602/602 个视频包，是源窗口中的连续、完全相同子序列；
- 输出 941/941 个音频包，是源窗口中的连续、完全相同子序列。

这说明本次导出的音视频压缩包被直接复制，没有重新编码。容器时间戳和封装信息仍可能变化，因此文件整体哈希不会相同。

## 边界与可视检查

- `evidence/cut-first.jpg`：第一张可见画面中的 `SOURCE CLOCK` 为 `20.033`。
- `evidence/cut-last.jpg`：最后一张可见画面中的 `SOURCE CLOCK` 为 `39.967`。
- `evidence/losslesscut-ui.jpg`：真实 LosslessCut 界面显示 20.000–40.000、20 秒、600 帧和 Export。

设点是 20.000–40.000，但容器时长不是严格 20.000 秒。普通无损切割受关键帧和时间戳影响，官方故障排查文档也要求导出后人工检查。Smart Cut 是实验性功能，官方明确说明它会对许多文件失败。

## 结论边界

这次只证明 Windows x64、LosslessCut 3.69.0、这一条合成 H.264/AAC 视频和这一组 20–40 秒设点的结果。它不是所有格式、所有关键帧间隔或 Smart Cut 的通用结论。