小白我要学实用 Agent 教程与工具实测
目录

Episode 003

60 秒视频只留中间 20 秒，不用把整条重新压一遍

用 LosslessCut 3.69.0 的真实 Windows 界面，把一条 60 秒 H.264/AAC 视频设为 20.000 到 40.000 秒并导出。逐包核验确认音视频压缩数据没有重新编码，但容器实际时长是 20.140690 秒，所以无损剪辑不等于时间点绝对精准。

一句话结论这次导出的音视频包确实是从源文件原样复制出来的；但设点 20.000 到 40.000 秒，结果容器并不是严格 20.000 秒。

实测版本
LosslessCut 3.69.0，Windows x64
真实设点
20.000 到 40.000 秒；界面显示 20 秒、600 帧
实际输出
容器 20.140690 秒；视频 602 帧；完整解码退出码 0
供应链
官方 Release SHA-256 与本地下载完全一致；Windows exe 的 Authenticode 状态为 NotSigned

这次真实裁切的视频

8 张真实证据和说明卡

LosslessCut 3.69.0 真实桌面界面，显示入点 20.000、出点 40.000、片段 20 秒和 Export 按钮。
真实界面设点 · 桌面真实 GUI：60 秒源视频已打开，当前片段为 20.000 到 40.000 秒，界面显示 20 秒、600 帧。
说明卡，解释本次真实界面中的 20.000 到 40.000 秒设点。
设点说明卡 · 手机说明卡：设点和导出发生在真实 LosslessCut 桌面程序里，不是用 FFmpeg 命令代替产品操作。
导出视频第一张可见画面，画面上的 SOURCE CLOCK 显示 20.033。
导出第一张可见画面 · 桌面真实输出首帧截图：SOURCE CLOCK 为 20.033；输入视频把源时间写进画面，边界可以肉眼复核。
说明卡，记录设点 20.000 秒与第一张可见画面 20.033 的差异。
开头检查说明卡 · 手机说明卡：设点是 20.000 秒，第一张可见画面是 20.033；不要只看导出文件名判断边界。
导出视频最后一张可见画面，画面上的 SOURCE CLOCK 显示 39.967。
导出最后一张可见画面 · 桌面真实输出尾帧截图：SOURCE CLOCK 为 39.967；容器时长 20.140690 秒，不是严格 20.000 秒。
说明卡，解释无损剪辑受到关键帧和时间戳影响，导出后要人工检查首尾。
结尾检查说明卡 · 手机说明卡：普通无损剪辑不承诺帧级精准；关键帧和封装时间戳会让结果略长或略短。
说明卡，显示输出 602 个视频包和 941 个音频包全部是源窗口中的连续相同 payload。
逐包 payload 核验 · 桌面机器核验说明：输出的 602 个视频包、941 个音频包都是源文件 18 到 42 秒窗口里的连续、完全相同子序列。
说明卡，解释为什么逐包 payload 一致比编码名称相同更能证明没有重新编码。
未重编码说明卡 · 手机说明卡：编码名称没变不够；逐包 payload 连续精确命中，才是本次没有重新编码的强证据。

四步验收结果

组别总分真实界面设点与导出首尾可见逐包核验边界写清
真实界面完成设点和导出511111
开头可视边界通过511111
结尾可视边界通过，但时长不是严格 20 秒511111
未重编码的逐包证明通过511111
  • 真实界面完成设点和导出：真实 GUI 显示 20.000 到 40.000 秒、20 秒和 600 帧，随后导出了可独立检查的文件。
  • 开头可视边界通过：导出第一张可见画面的 SOURCE CLOCK 是 20.033，和设定入点的差异被公开保留。
  • 结尾可视边界通过，但时长不是严格 20 秒：末张画面是 39.967，输出能播放；容器 20.140690 秒的偏差没有被隐藏。
  • 未重编码的逐包证明通过：602/602 个视频包和 941/941 个音频包逐包连续命中源窗口，完整解码退出码为 0。

怎么证明它真的没有重新压缩

适合从录屏、访谈、课程或长素材里快速截出一段，不想为了一个简单裁切再次压缩整条视频的人。实测只覆盖 Windows x64、LosslessCut 3.69.0 和这一条合成 H.264/AAC 样本。

  • 先锁定官方 v3.69.0 Windows x64 压缩包；本地 SHA-256 必须与 GitHub Release digest 完全一致，并如实记录 LosslessCut.exe 的 Authenticode 状态为 NotSigned。
  • 用写有 SOURCE CLOCK 的 60 秒合成视频做输入，在真实桌面界面把入点设为 20.000、出点设为 40.000，再从 GUI 导出。
  • 导出后不只看扩展名和编码名称：分别读取源文件 18 到 42 秒窗口与输出的 encoded packet payload，对每个包做 SHA-256。
  • 要求输出音视频包都是源窗口中的连续精确子序列，再独立完整解码输出文件，并检查首张与末张可见画面。

无损剪辑最容易误会的边界

  • 普通无损切割依赖关键帧。官方说明起点通常会靠近前一个关键帧，实际边界随文件而变，导出后必须人工检查。
  • 本次设点是 20.000 到 40.000 秒，容器时长却是 20.140690 秒；因此不能把“无损”写成“时间点绝对精准”。
  • Smart Cut 是实验性功能，官方明确说明它会对很多文件失败；本次没有测试，也不把它当作普通导出的保证。
  • 这只是一个 Windows x64、v3.69.0、H.264/AAC 合成样本的结果，没有覆盖其他封装、编码、长 GOP、可变帧率或其他播放器。
  • 官方压缩包哈希匹配，但 Windows exe 没有 Authenticode 签名；下载时应核对官方 Release 和哈希，不要从不明转载站取文件。

官方下载、文档和许可

Release v3.69.0

本次 Windows x64 压缩包的官方版本、发布时间、资产和 digest 来源。

官方故障排查

解释关键帧切割、导出后人工检查、输出时长异常和 Smart Cut 边界。

官方 API 文档

本次用官方实验性 HTTP API 精确写入 GUI 片段设点，导出仍由桌面程序完成。

官方 CLI 文档

用于理解命令行入口与程序启动参数，不替代本次 GUI 证据。

官方 LICENSE

仓库公开许可为 GPL-2.0-only；使用和分发仍应阅读原文。

照着做一次 20 秒无损裁切

你只想从长视频里拿出一段、又不想再次压缩时，可以照下面做。先用不重要的副本练习，导出后一定播放并检查首尾。

  • 打开官方 Release v3.69.0，下载 `LosslessCut-win-x64.7z`。不要从转载下载站拿安装包；需要严格复测时，把本地 SHA-256 与页面公布的 digest 对上。
  • 把压缩包完整解压到一个固定文件夹，再运行 `LosslessCut.exe`。这次官方 exe 的 Authenticode 状态是 NotSigned，所以 Windows 可能提示风险；先确认下载地址和哈希，不要盲目绕过警告。
  • 把视频拖进窗口，或用 Open 打开。第一次练习建议使用副本，避免把原素材和导出文件混在一起。
  • 把播放头移到要保留的开头，按 `I` 设置入点；移到结尾，按 `O` 设置出点。也可以使用界面里的设点按钮。
  • 确认时间线高亮的片段和时长，再点 `Export`。这次要验证普通无损切割，不要开启实验性的 Smart Cut。
  • 导出后立刻播放成品，暂停检查第一张和最后一张画面。无损切割受关键帧影响，文件名和设点数字都不能代替肉眼检查。
  • 如果你要严格证明没有重新编码，不能只看 H.264/AAC 名称是否相同；用 ffprobe/脚本对 encoded packet payload 做逐包哈希，或至少用 MediaInfo 比较编码参数并做完整播放检查。

公开复测文件