录制一段软件操作并不困难,真正花时间的往往是录制之后的处理。画面需要裁掉等待过程,鼠标移动不够平滑,重要按钮没有突出,视频比例又不适合发布平台。原本几分钟的操作演示,可能还要进入另一款剪辑软件重新调整。
Recordly想要简化的正是这段流程。它把屏幕录制、缩放效果、光标修饰、画面背景、时间线编辑和视频导出放进同一个桌面应用中,主要面向操作讲解、产品演示、功能介绍和短视频式的软件展示。
项目采用开源方式维护,目前提供macOS、Windows和Linux版本,并允许用户直接下载构建版本或从源代码运行。

Recordly解决什么问题
普通录屏工具通常负责把屏幕内容保存下来,后续裁剪、放大和画面包装需要交给视频剪辑软件。对于复杂视频制作,这种分工没有问题;但制作一段两三分钟的产品演示时,来回切换工具反而会增加工作量。
Recordly更关注软件操作类视频。录制完成后,内容会直接进入编辑器,用户可以继续处理缩放区域、无效片段、播放速度、光标效果和画面背景,不必先导出原始视频再重新导入其他软件。
这种工作流比较适合以下内容:
网站和软件的功能演示;
SaaS产品的操作讲解;
应用更新和版本说明;
客服帮助与常见问题视频;
GitHub项目的使用示范;
社交平台上的短教程;
需要循环播放的GIF演示。
它并不是面向电影剪辑、多人访谈或复杂后期制作设计的完整视频工作站。Recordly的重点,是把一段原始屏幕录像较快整理成适合展示的成品。
录制完成直接进入编辑
Recordly可以录制整个显示器,也可以只选择某个应用窗口。录制前能够选择麦克风和系统音频,停止录制后直接进入内置编辑器。
这一流程减少了文件转换和素材整理步骤。对于需要反复制作产品演示的人来说,录制和编辑使用同一个项目,通常比每次手工管理多个视频文件更方便。
已经存在的录像也可以在应用中打开,不一定要通过Recordly完成首次录制。编辑进度可以保存为.recordly项目文件,之后重新打开继续处理。
项目文件主要保存源媒体路径和编辑器状态,因此移动或删除原始录像后,项目可能无法找到对应素材。备份时不能只保留.recordly文件,还应同时保存使用到的视频、音频和图片。
自动缩放如何发挥作用
软件演示中经常需要放大按钮、菜单和输入区域。手工制作缩放动画并不复杂,但每个操作都要设置开始时间、结束时间和焦点位置,处理起来比较琐碎。
Recordly能够根据光标活动生成自动缩放建议,也允许用户在时间线上手动添加缩放区域。录制者可以先完成一遍连续操作,再根据内容重点决定哪些位置需要突出。
自动缩放更适合按钮点击、菜单选择和表单输入等焦点明确的场景。如果光标频繁来回移动,或者讲解重点并不在鼠标位置,自动建议未必符合表达意图,仍然需要手工调整。
因此,它更像是减少重复编辑的辅助工具,而不是自动理解整段视频内容。录制时保持操作路线清楚、减少无意义的鼠标晃动,也会让后续缩放效果更自然。
光标效果更适合演示
屏幕操作视频中的鼠标光标虽然面积不大,却直接影响观看者能否跟上操作。原始光标移动速度过快、轨迹抖动或尺寸太小,都可能让演示显得仓促。
Recordly会在画面上渲染一个可调整的光标叠加层,提供以下控制:
显示或隐藏渲染光标;
调整光标尺寸;
平滑光标移动;
增加运动模糊;
添加点击弹跳效果;
设置光标摆动效果;
为循环导出调整光标运动;
使用macOS风格的光标素材。
这类效果并不是为了让视频变得花哨,而是帮助观看者识别点击位置。制作操作教程时,适度放大并平滑光标通常有实际价值;效果叠加过多,则可能分散对页面内容的注意力。

摄像头可以作为叠加层
需要真人讲解时,可以把摄像头素材作为气泡叠加在录屏画面上。Recordly支持调整摄像头画面的位置、尺寸、边距、圆角和阴影,也可以进行镜像处理。
摄像头气泡既可以使用预设位置,也可以通过坐标自由摆放。软件还提供与画面缩放联动的选项,使摄像头区域在缩放过程中保持相对协调。
这里需要注意,Recordly的官方说明将其描述为摄像头素材叠加功能,支持上传、替换和移除摄像头录像。准备同时录制真人画面时,应先确认当前版本中的摄像头工作流程是否符合自己的录制方式,而不要默认它与所有直播录屏工具的实时摄像头逻辑完全相同。
时间线围绕演示设计
Recordly内置了拖拽式时间线。它没有把重点放在多轨影视剪辑上,而是提供屏幕演示中较常用的几类编辑区域。
裁掉开头、结尾和操作失误;
添加手动缩放片段;
设置加速或减速区域;
加入文字、图片和图形注释;
添加额外音频片段;
裁切录制画面;
调整最终画面比例。
变速功能适合压缩等待时间。例如,程序安装、文件上传或页面加载过程没有必要完整保留,可以加速播放;需要展示复杂步骤时,则可以适当减慢。
注释功能能够补充文字提示、箭头或图片,但它仍然更适合轻量说明。需要逐字字幕、复杂动画、专业调色或大量音频处理时,专门的视频编辑软件会更合适。
画面背景不只是装饰
直接录制的窗口通常会占满整个画面,放到网页、应用商店或社交媒体中时,容易显得比较生硬。Recordly可以把录像放进带有留白、圆角和阴影的样式化画面中。
背景部分支持内置壁纸、自定义图片、纯色和渐变,并可以调整模糊、留白、圆角与投影。用户还能选择不同的宽高比和输出尺寸,用于横屏视频、竖屏内容或方形展示。
背景包装更适合产品宣传和功能展示。如果制作的是故障排查或技术教程,过大的留白会压缩真正的操作区域。此时应优先保证界面文字可读,而不是追求更强的视觉装饰。
支持MP4与GIF导出
编辑完成后,Recordly可以导出MP4或GIF。MP4适合常规视频发布,GIF更适合展示一段较短的操作过程,例如README说明、产品文档和聊天回复。
导出时可以选择画面质量、宽高比和输出尺寸。GIF还可以设置帧率、循环方式和尺寸预设。
GIF虽然使用方便,但不适合较长或画面变化复杂的视频。录制时间过长、分辨率过高时,文件体积会明显增加,画面质量也可能不如MP4。需要配音、较长讲解或高清界面文字时,优先使用MP4更稳妥。
扩展系统增加可玩性
Recordly提供社区驱动的扩展系统,并配有独立的扩展市场。扩展可以为编辑器增加光标点击声音、设备边框、浏览器外壳、壁纸、光标样式、设置面板和渲染效果。
开发者可以通过扩展API监听播放、时间线、光标和导出事件,也可以在预览与导出流程中注册渲染钩子。扩展采用权限声明方式,不同功能需要申请对应能力,例如渲染、光标、音频、时间线、界面、资源和导出权限。
普通用户可以从扩展市场安装社区内容,也可以打开本地扩展目录手动添加。由于扩展能够参与渲染流程并读取部分编辑器状态,安装第三方扩展前仍应检查作者、权限和代码来源。
对于开发者而言,这套机制意味着不必直接修改Recordly主体代码,就能增加特定品牌边框、专用壁纸和自定义点击效果。
三个平台并不完全一致
| 平台 | 最低要求 | 录制方式 | 需要注意的问题 |
|---|---|---|---|
| macOS | macOS 14 Sonoma | 基于ScreenCaptureKit的原生辅助程序 | 系统音频和麦克风捕获依赖macOS 14及相关工作流 |
| Windows | Windows 10 Build 19041 | 优先使用Windows Graphics Capture | 旧版本可能回退到Electron捕获,真实光标可能保留 |
| Linux | 现代Linux发行版 | 通过Electron捕获API录制 | 目前不能隐藏真实光标,系统音频通常需要PipeWire |
平台差异主要体现在光标隐藏和系统音频上。Recordly为了制作平滑的光标效果,会在视频上重新渲染光标,因此最好先隐藏录制时的真实系统光标。
macOS可以通过ScreenCaptureKit较干净地排除真实光标。Windows在满足版本要求并使用原生捕获辅助程序时,也能获得较好的结果。Linux目前无法通过Electron桌面捕获隐藏真实光标,如果又启用了样式化光标,导出画面中可能出现两个光标。
Linux用户在正式录制长视频前,最好先制作一段短样片,确认系统音频和光标效果是否符合要求。
下载与源码构建方式
普通用户可以从GitHub Releases页面下载预构建版本。Arch Linux和Manjaro用户还可以通过AUR中的recordly-bin安装。
需要自行构建时,可以克隆仓库并安装依赖:
git clone https://github.com/webadderallorg/Recordly.git recordly cd recordly npm install npm run dev
打包版本可以使用:
npm run build
仓库还提供macOS、Windows和Linux对应的构建命令。不同系统需要准备Xcode Command Line Tools、Visual Studio C++工作负载或Linux编译依赖。
从技术实现来看,Recordly使用Electron组织桌面应用和录制流程,编辑界面建立在React等前端技术之上,画面场景合成由PixiJS处理。macOS和Windows还会调用各自的原生捕获辅助程序,以改善录制和音频支持。
poxiaoxi博客
精彩评论