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 界面,把一条 60 秒 H.264/AAC 视频设为 20.000 到 40.000 秒并导出。逐包核验确认音视频压缩数据没有重新编码,但容器实际时长是 20.140690 秒,所以无损剪辑不等于时间点绝对精准。
这次导出的音视频包确实是从源文件原样复制出来的;但设点 20.000 到 40.000 秒,结果容器并不是严格 20.000 秒。
查看本集把同一份自有测试内容分别做成 Word、PPT、Excel 和 PDF,再用 MarkItDown 0.1.6 转成 Markdown。四种文件的可见文字和表格都能拿出来,但标题层级、编号列表、链接地址和图片文字的保留情况差很多。
四种文件都能拿到可见文字和表格;只有 Word 同时保留了标题层级、编号列表和链接地址。四种都没读出图片里的暗号。
查看本集用签名 Windows MSI 的桌面本地运行,实测 Stirling PDF 的合并、旧脱敏、新脱敏和 OCR 边界,公开保留哈希、签名、输入输出和失败分支。
这轮桌面本地实测里,合并通过;旧 auto-redact 虽然返回 200 但目标文本仍可提取;统一 redact-execute 配合 IMAGE_FINALIZE 在当前样本通过;桌面本地 OCR 直接返回 403,不可用。
查看本集用同一份中文网页任务,对比无 Skill 基线、frontend-design、design-taste-frontend 与 UI UX Pro Max 的首轮公开结果。
同一份网页任务装上三种 UI Skill 后,首轮最高三组只差 1 分,低于至少 3 分才算赢的胜负线,因此这轮没有明确赢家。
查看本集