屏幕录制与延时截图：该用哪一种？

两种方法都能把屏幕活动转换为可以回放的内容。屏幕录制会保留每一刻的画面和声音。延时截图则按设定的间隔保存清晰的静态图，并以较快的速度播放。选择哪一种，取决于观看者需要看清事物如何移动，还是需要看清哪些内容发生了变化。

本文用一小时工作时长的数字比较两者，然后给出 Temposhot 中间隔、帧率和导出的设置。最后以三个案例收尾：设计过程、缓慢出现的缺陷，以及每周进度更新。

两种方式的作用

屏幕录制 持续编码屏幕画面，通常为每秒 30 或 60 帧，并可包含麦克风或系统声音。在 Mac 上，Shift+Command+5 工具栏和 QuickTime Player 都可以录制屏幕，OBS Studio 等应用还支持场景切换和直播。

延时截图 每隔几秒或几分钟截取一张完整的屏幕，之后以视频速度播放这些帧。以 3 秒间隔计算，一小时会生成 1200 帧，以每秒 30 帧播放时长为 40 秒。每一帧都以独立图像保留。关于该术语的说明参见 延时截图。

观看者实际看到的内容

录屏以实际速度播放。观看一小时的录屏需要一小时，或者需要拖动进度条找到关键部分所花的时间。延时截图将一小时压缩为一段短视频，观看者可以立即看到这段工作的整体轮廓：打开了哪些窗口，布局何时改变，工作在哪里停滞。其代价是，短于间隔的事件可能落在两帧之间，因而不会出现在视频中。

静态图是延时截图的另一项价值

延时截图的每一帧都是一张完整的截图，并保存在该会话中。一小时的运行结束后，第 640 帧就是约第 32 分钟时屏幕的清晰图像，可直接粘贴到工单或书面指南中。若要从录屏中取得同一张静态图，需要拖动到该时刻并导出一帧，而视频压缩常常会让该帧中的小字变得模糊。

两者保存结果的位置

macOS 屏幕录制最终生成一个影片文件，默认保存在桌面，并且该文件是唯一副本。Temposhot 的延时截图会在 Capture History 中生成一个会话，其中保存了每一帧图像。MP4 在导出时由这些帧生成，因此同一会话今天可以导出一份 15 帧的团队更新短片，明天也可以导出一份 5 帧的缺陷复查短片。Capture History 默认保留 30 个会话，可在 Settings > History 中将上限提高到 500 个。

屏幕录制与延时截图对比

比较项	屏幕录制	延时截图
一小时的帧数	108000（每秒 30 帧）	1200（3 秒间隔）
一小时内容的播放时长	1 小时（或剪辑后更短）	40 秒（每秒 30 帧）
音频	可选	无
指针与动画	流畅	在帧之间跳动
提取静态图	从视频导出一帧	每一帧都是截图
删除私密画面	在视频编辑器中剪除	取消选择该帧
采集时的磁盘与 CPU	持续编码	每个间隔采集一次
回看所需时间	接近实际时长	数秒到一分钟

间隔与每小时帧数

间隔同时决定延时截图能捕捉什么，以及播放多长时间。间隔减半，帧数和播放时长都会翻倍。

1 秒间隔接近慢动作录制，适合记录变化较快的短时会话。60 秒间隔适合仪表盘或长时间渲染，一小时的变化可以压缩到几秒。对于一般的工作会话，3 至 5 秒的间隔既能保持内容连贯，又不会产生数千帧。

采集时的磁盘占用

录屏会为会话中的每一秒写入视频，因此即使屏幕上没有变化，长时间录制的文件也会持续增长。延时截图每个间隔只写入一张图像。一小时、3 秒间隔的延时截图为 1200 张图像，Capture History 中会话的 Total size 可准确显示其占用的空间。大尺寸显示器和内容密集的屏幕会产生更大的帧，因此在规划整天的采集之前，应先运行一次测试并查看该数值。

隐私处理也不同

录屏会保留所有经过屏幕的内容，包括只显示了两秒的通知预览。若要去除，需要剪辑视频并检查剪辑结果。延时截图中，通知最多只出现在一两帧中，导出前取消这些帧的勾选，即可将其排除在 MP4 之外。这些帧仍保存在会话中，因此如果不希望它们留在 Mac 上，需要从 Capture History 中删除该会话。

何时使用屏幕录制

• 带旁白的教程和演示。 语音和指针移动承载讲解内容。
• 依赖动态或时序的缺陷。 闪烁、拖拽后回弹、动画卡顿，或只出现半秒的竞争状态。
• 悬停状态和过渡效果，静态帧会漏掉这些内容。
• 会议和走查，其中对话与屏幕同样重要。
• 短片段。 30 秒的录屏可以完整回看。

保持录屏简短

录屏最容易回看的方式是只包含一个事件。在动作开始前不久开始录制，动作结束后立即停止。一段 20 秒、记录拖拽后回弹的片段是清晰的证据；而一段 25 分钟的录屏，其中只包含 2 秒的相关画面，则会迫使回看者去搜索。若事件很少出现且发生时间未知，先用延时截图找出大致时间，再只录制那一段。

Mac 上的录屏设置

只需要关注一个窗口时，按 Shift+Command+5，选择 Record Selected Portion，而不是整个屏幕。较小的区域生成的文件更小，其他应用也不会出现在录制内容中。Options 菜单可设置文件的保存位置、5 秒或 10 秒的计时器、麦克风，以及 Show Mouse Clicks。开启 Show Mouse Clicks 后，每次点击处都会绘制一个圆圈。缺陷报告应开启点击显示，否则观看者无法区分点击与指针经过。没有需要旁白的内容时应关闭麦克风，以免背景噪声出现在共享的片段中。

何时使用延时截图

• 长时间会话。 数小时的设计、编码或数据工作可压缩到一分钟以内。
• 异步进度更新。 一段短视频加几行文字。参见 使用延时截图进行异步进度更新。
• 随时间变化的缺陷证据。 仪表盘漂移、Activity Monitor 中内存持续上升，或同步任务在一小时内停滞。按已知间隔截取的静态图可以显示状态大致在何时发生变化。
• 工作流程文档。 记录一个长流程经过了哪些屏幕，任一帧都可以作为静态图用于书面指南。
• 低影响采集。 每隔数秒截取一帧，比持续编码对 Mac 的负担更小，这在构建和渲染等高负载工作期间尤为重要。

案例：缓慢的内存泄漏

某应用的内存占用在约 90 分钟内持续上升，之后开始变慢。90 分钟的录屏回看耗时，也难以附加到工单中。以 10 秒间隔的延时截图，会在应用旁边保存 540 帧 Activity Monitor 画面。以每秒 10 帧播放时，MP4 时长为 54 秒，内存列的上升趋势清晰可见。由于每帧间隔 10 秒，第 300 帧约为运行后的第 50 分钟，这为开发者提供了一个可在日志中查找的时间点。

延时截图中的静态图放入工单正文，MP4 展示趋势，短录屏展示应用变慢的那一刻。每项内容回答不同的问题，而且每项都不长。

案例：记录一项长时间的数据任务

一名分析人员运行一次约 40 分钟的导入，流程经过网页控制台的五个屏幕。录屏需要拖动才能找到每次屏幕切换。以 10 秒间隔的延时截图保存了 240 帧，分析人员为每个屏幕选取一帧，放入团队的运行手册。以每秒 10 帧播放的 MP4 时长为 24 秒，展示了各阶段相对耗时的长短。

创建延时截图

1. 打开 Auto Capture

   按 Command+1，在 Screens、Windows 或 Custom Area 下选择来源。

2. 设置间隔和停止条件

   将 Interval 设为 3 秒，并选择停止条件。Timelapse 预设会填入 1 小时的 Duration、3 秒间隔和 5 秒倒计时，需要 Temposhot Pro。应用该预设会清除来源，之后需要重新选择来源。

3. 运行并按需暂停

   选择 Start Capture。休息时，使用浮动工具栏上的 Pause capture 和 Resume capture。

4. 导出视频

   在结果面板中取消选择任何私密帧，然后选择 MP4，帧率可选 5、10、15、24、30 或 60 fps，画质可选 High、Medium 或 Low。

帧率决定播放长度。同样的 1200 帧，以每秒 15 帧播放为 80 秒，以每秒 24 帧播放为 50 秒，以每秒 60 帧播放为 20 秒。用于缺陷证据时，较低的帧率（如每秒 5 帧）能让复查者看清每个状态，此时 1200 帧的播放时长为 4 分钟。完整操作步骤参见 如何创建屏幕延时截图。

选择停止条件

Duration 计算的是采集时间，暂停的时间不计入。设定 1 小时的 Duration，中间休息 15 分钟，则在采集满 1 小时后结束，实际挂钟时间约为 75 分钟。End time 在指定的挂钟时间停止，例如 17:30，无论中途暂停了多久。需要在离开工位前结束会话时使用 End time，需要片段长度可预测时使用 Duration。Screenshots 直接设定帧数：以 3 秒间隔截取 1200 张，即为 1 小时的采集。

免费版无法使用 Duration 和 End time，且每个会话有截图数量上限，因此免费版的延时截图较短。Pro 取消了该上限，并解锁 Timelapse 预设。

根据要看到的事件选择间隔

间隔为事件时长的一半，可确保至少有一帧落在事件之内。在屏幕上停留 20 秒的对话框，可以被 10 秒间隔捕捉到。停留 3 秒的提示需要 1 秒间隔，此时使用短录屏可能更简单。

保护长时间运行

对于一小时或更长的运行，在 Settings > General 中开启 Auto Export (Save as you go)。该选项在运行过程中把每一帧以 PNG 或 JPG 格式写入 Export path，因此即使 Mac 重新启动，帧也已经以文件形式存在。若 Mac 锁定或进入睡眠，Auto Capture 会暂停其数据流，并在唤醒后恢复。导出前应检查该时间点前后的帧。

选择延时截图的来源

Screens 截取整个显示器，包括菜单栏、Dock 以及所有可见窗口。它能显示工作如何在应用之间切换，但也会记录任何出现的私密内容。Windows 只截取一个应用窗口，即使其他窗口移到前面，画面仍保持在该应用上。Custom Area 截取固定矩形区域，适合画布或仪表盘面板，其 16:9 预设（1600 × 900）与大多数视频播放器匹配，不会出现黑边。若在整个显示器的运行中连接或断开了显示器，Temposhot 可以切换到另一台显示器；Custom Area 则会要求先选择显示器。

应该使用哪一种？

先确定观看者需要看到什么。

• 某个事物如何移动或发出声音： 录屏。
• 长时间内发生了什么变化： 延时截图。
• 需要重复的精确步骤： 两者都不适合。每次点击配一张截图的分步指南更容易跟随。参见 分步指南与屏幕录制。

两者也可以结合使用。延时截图能展示一小时的上下文，20 秒的录屏则可以展示缺陷出现的那一刻。

案例：两小时的设计会话

设计师希望分享落地页在一个下午中的演变过程。会话持续两小时，中间休息 20 分钟。将 Duration 设为 2 小时，间隔为 5 秒，休息时暂停运行，因此挂钟时间为 2 小时 20 分钟。该运行保存了 1440 帧。以每秒 24 帧导出时，MP4 播放时长为 60 秒，适合放入团队的更新中。

导出前，设计师取消了 6 帧的勾选，这些帧中聊天窗口遮住了画布。片段减少了四分之一秒，且没有出现私人消息。

案例：每周进度更新

开发者每个周五发布一份简短的更新。周一、周三和周四，每个 45 分钟的专注工作时段以 5 秒间隔采集，并将 Windows 设为编辑器，每个时段生成 540 帧。周五，将三个会话各导出为一个 MP4，帧率为每秒 15 帧，每个时长 36 秒，并附上三行文字发布。审阅者观看的全周视频不到两分钟，无需参加会议。

同样的帧还有第二种用途。每个会话中的一张静态图，例如测试套件变为绿色后的画面，会放入书面的变更日志。无需另外截图。

导出各类用途的设置

在结果面板的导出栏上右键并选择 Export settings…，即可打开这些选项。MP4 在运行结束后从结果面板导出。Capture History 对较早的会话提供 ZIP、Images、GIF 和 PDF 导出，因此如需 MP4，应在开始下一次运行之前导出。1440 帧的 GIF 对多数用途而言过大，GIF 预览可以每隔十帧选取一帧，或选取较短的范围。

保持延时截图有用的习惯

两种方法通用的快捷键

常见问题

延时截图比屏幕录制小吗？

通常更小。延时截图保存的帧数少得多，因此同一会话的 MP4 通常小得多。具体大小取决于分辨率、画质设置以及屏幕变化的程度。

延时截图能捕捉持续一秒的缺陷吗？

只有在该一秒内恰好发生截取时才能。短时事件需要较短的间隔，或使用录屏。

能为延时截图添加音频吗？

Temposhot 不支持。导出后，可在视频编辑器中添加旁白或音乐。

能否改用 GIF 分享这些帧？

可以。在导出栏的 Export settings… 中选择 GIF，或使用 Images to GIF。GIF 应保持简短，因为文件大小增长很快。参见 GIF。

之后能从 Capture History 的帧生成 MP4 吗？

Capture History 支持 ZIP、Images、GIF 和 PDF 导出。若要从较早的会话生成视频，可将帧导出为图像，然后在浏览器中使用 Images to Video，它最多接受 300 张图像。

延时截图会拖慢构建或渲染吗？

比录屏轻。Temposhot 每个间隔保存一帧，而不是持续编码视频。较长的间隔（如 10 秒）可进一步降低负载。

团队更新应选择哪种帧率？

15 或 24 fps。一小时、3 秒间隔的会话在这两种帧率下分别播放 80 秒或 50 秒，大多数人能看完。

能否只加速延时截图的一部分？

单次导出中无法做到，因为所有帧以相同速率播放。可以选择一段帧，以较低的帧率导出，再以较高的帧率导出其余部分，然后在视频编辑器中拼接片段。也可以在较慢的部分清除每隔一帧，使其速度加倍。

将可重复的截图转化为成品

使用 自动截取指南 开始延时截图，并在 导出格式指南 中查看 MP4 和 GIF 选项。

正式的长时间会话之前，先按计划的间隔运行 5 分钟的测试。测试可以确认来源、Focus mode 和帧率是否得到预期的片段。