2. 录制前的参数设置与踩坑
2.1 录制区域的三种选择方式
虽然这个工具名字里带着"Linux"字样,但它的定位很清楚:优先服务 Linux 桌面用户,同时兼顾 Windows 和 macOS 的额外需求。如果你只用 Windows,其实也能正常跑起来,但要注意的是,Windows 版本目前不支持 Wayland,只能用传统的 Win32 窗口捕获,功能上会打一点折扣。而 macOS 版本由于系统权限限制,屏幕录制必须要走系统的"屏幕录制"授权,首次运行会弹窗让你去"系统设置-隐私与安全性-屏幕录制"里勾选终端或 IDE 的权限,这一步不能跳过。
我自己主要在 Ubuntu 24.04 + Wayland 环境下测试,效果最稳定。如果你也是 Linux 用户,建议优先用 X11 或 Wayland 原生的录制模式,尽量避免 XWayland 兼容层,因为后者在捕获鼠标光标时偶尔会出现偏移。
在界面里头,你要做的第一件事就是确定"录哪里"。工具提供了三种范围选择:
- 全屏录制:适合录整个桌面操作流程,比如演示软件安装、展示桌面美化效果。
- 窗口录制:自动吸附当前活动窗口,适合录某个应用的单独操作。
- 自定义区域:手动拖拽一个矩形区域,适合录代码片段、录某个控件的细节操作。
实际体验下,窗口录制在 Wayland 下有个小毛病:如果窗口内容有硬件加速层(比如浏览器播放视频),捕获画面可能会黑屏。这个锅不全在工具身上,是 Wayland 协议对硬件加速合成层的权限限制,目前无解。遇到这种情况,我的建议是切到自定义区域,把区域框到窗口的客户区,绕开合成层。
顶部那一排参数我逐个说下,这里最容易踩坑:
| 参数项 | 推荐值 | 说明 |
|---|---|---|
| 帧率 | 30 FPS 或 60 FPS | 录代码/文档 30 够用;录游戏或动画类必须 60 |
| 分辨率 | 原始分辨率或 1080p | 上传视频平台建议 1080p,降低文件体积 |
| 编码器 | H.264 (mp4) / VP9 (webm) | H.264 兼容性最好,VP9 画质更优但编码慢 |
| 码率 | 自动或 8-12 Mbps | 录屏场景 8Mbps 已经足够清晰 |
| 光标 | 显示并高亮 | 教程类视频强烈建议开启高亮 |
| 麦克风 | 按需开启 | 录讲解时开启,建议再加个降噪 |
帧率这块我多说一句。很多人一上来就无脑 60 FPS,觉得越高越清晰。其实屏幕录制的内容大多是静态界面、滚动文本、鼠标移动,30 FPS 和人眼观察屏幕的感知没有明显差别,反而能让文件体积小一半。只有当你在录制视频播放、动画过渡、游戏操作时,60 FPS 才真正有意义。我平时录教程默认 30,遇到录 Flutter 动画演示才切 60。
2.2 音频输入与降噪设置
这个工具的音频处理是我最喜欢的一部分。它支持同时录制系统声音和麦克风声音,而且可以混合到一个音轨,也可以分两条音轨输出。分轨的好处是后期剪辑时可以单独处理人声和背景声,比如把环境噪音去掉、给系统提示音淡化。
音频输入设备默认是 PulseAudio / PipeWire,Ubuntu 24.04 默认就是 PipeWire,无需额外安装。如果你在录制时发现麦克风没声音,大概率是 PipeWire 的权限问题,打开终端跑一下:
pactl list sources short看看有没有你的麦克风设备。如果列表为空,需要装一个pavucontrol,在"输入设备"选项卡里把麦克风设为默认设备。
系统声音录制在 Linux 上比较讲究。X11 环境下可以用pulseaudio的 monitor 源直接抓,Wayland 下要确保 PipeWire 会话管理器正常运行。我在测试时发现,有些笔记本的扬声器走的是 HDMI 音频输出,直接录系统声会录不到笔记本自带扬声器的声音,需要在音频设置里把输出设备切回"Analog Stereo"。
3. 实际录制流程与快捷键操作
3.1 从启动到导出的完整步骤
以 Ubuntu 24.04 为例,完整走一遍录制流程:
- 启动工具:在终端输入
kooha或从应用菜单点击图标启动。如果是 Flatpak 安装,启动命令是flatpak run io.github.seadve.kooha。 - 选择录制区域:在窗口中间的区域选择器里选全屏或窗口,如果要自定义区域,点区域选择按钮后直接在桌面上拖拽。
- 确认参数:检查帧率、分辨率、麦克风、摄像头等设置,确认无误。
- 开始录制:点界面下方的红色录制按钮,或直接按全局快捷键
Ctrl+Alt+R。 - 停止录制:再按一次
Ctrl+Alt+R,或者点击屏幕角落出现的录制悬浮球停止按钮。 - 保存文件:录制自动结束后会弹出文件保存对话框,选择保存路径和文件名。
保存的文件默认放在~/Videos/Kooha目录下(可以在设置里改)。如果你用的是gnome-screenshot录屏,默认路径也是~/Videos,但 Kooha 会自动建子目录,整理习惯更好。
整个录制流程中最影响体验的是快捷键。默认捕获快捷键和 GNOME 自带录屏的快捷键一样,如果你的系统已经占用了Ctrl+Alt+R,会在启动时提示冲突。解决办法很简单:在 Kooha 设置里把全局快捷键改掉,或者直接移除冲突,二选一即可。
3.2 摄像头画面叠加的注意事项
这个小众功能我刚开始没注意到,后来才发现它特别适合录教学视频。Kooha 支持在录制画面上叠加摄像头画面,也就是"画中画"效果。默认摄像头小窗在左下角,可以拖到任意位置,但大小是固定的,不能缩放。
如果你不需要摄像头,却又开着这个功能,会导致画面边缘多出一个黑色方块,特别影响观感。所以每次录制前我要么关掉摄像头,要么把摄像头小窗拖到屏幕录制区域之外。这是一个很容易被忽略的细节,我发现很多新手朋友第一次录出来的视频右下角有个黑块,就是这个原因。
4. 视频质量对比与平台适配
4.1 与 OBS、Screen Studio 的实测对比
在正式推荐之前,我先做个横向对比。我自己录了三个源文件:同一个 VS Code 窗口、同样 1080p 分辨率、30 FPS、16 秒时长,分别用 Kooha、OBS、Screen Studio(试用版)录制。
| 工具 | 文件大小 | 画质主观感受 | CPU 占用 | 上手难度 |
|---|---|---|---|---|
| Kooha | 约 8 MB | 清晰,文字边缘锐利 | 平均 4% | 极低 |
| OBS | 约 14 MB | 清晰,但默认色彩略微发灰 | 平均 12% | 中高 |
| Screen Studio | 约 9 MB | 清晰,且自带鼠标平滑效果 | 平均 6% | 低 |
OBS 文件偏大是因为它默认的编码参数更保守,需要手动调 CRF 和 Preset 才能减小体积。Screen Studio 的文件大小虽然和 Kooha 差不多,但它的核心竞争力在自动鼠标点击特效、平滑缩放这些后期功能上,和 Kooha 定位并不完全一致。
如果只是快速录制一个教程片段、一个 Demo 演示、一段 bug 复现过程,Kooha 完全够用,而且它没有任何水印,没有任何功能锁定,也没有暗坑。如果你需要复杂的直播推流、多场景切换、实时文字叠加,那 Kooha 不擅长,请继续用 OBS。如果你需要自动聚焦和丝滑缩放的演示视频,也可以考虑 Screen Studio 的付费方案,但那是锦上添花,不是必须。
4.2 针对视频平台的上传参数建议
录制完成后,可以按目标平台做简单调整。Kooha 默认导出的 mp4 文件是 H.264 + AAC,这种组合在 B站、YouTube、抖音都能直接上传,无需转码。唯一需要注意的是,如果你录制的是高动态桌面内容(比如设计软件的操作),H.264 的默认色度抽样可能导致边缘轻微彩边,我建议在导出前用 FFmpeg 做一次优化转码:
ffmpeg -i input.mp4 -c:v libx264 -crf 18 -preset slow -pix_fmt yuv420p -c:a aac -b:a 192k output.mp4这个命令的含义是:把视频重新编码为高质量 H.264,色度抽样统一为yuv420p(兼容性最好),音频保持 AAC。-crf 18是视觉无损的常用档位,-preset slow牺牲一点转码时间换更小的体积。
如果你是上传微信公众号或知乎这类平台,建议直接将视频压缩到 1080p 以下、时长控制在 3 分钟以内,因为这些平台对长视频并不友好。Kooha 本身没有剪辑功能,所以裁剪的话可以用自带的视频编辑工具(GNOME 的 Video Trimmer),或者命令行跑一下:
ffmpeg -i input.mp4 -ss 00:00:05 -to 00:00:20 -c copy output.mp4这段命令会保留原始画质,快速掐头去尾。
5. 常见问题与独家避坑指南
5.1 录出来的视频是黑屏或卡顿
黑屏问题的根源大多是硬件加速编码和 Wayland 合成器之间的兼容性。Kooha 默认走 VA-API 硬件编码,在 Intel 核显上一般没问题,但在 N 卡闭源驱动环境里容易出幺蛾子。
排查方式:先看系统日志,journalctl --user -u kooha*有无报错;如果没有明显报错,就把录制界面里的编码器从"硬件编码"切换到"软件编码"。软件编码的 CPU 占用会高一些,但兼容性最好,基本不会黑屏。
卡顿问题多半是帧率设置过高而机器性能不足。比如在 4K 分辨率下录 60 FPS,同时对 CPU 和磁盘都是考验。我建议在设置里把帧率降到 30,又不影响教程观看,卡顿瞬间消失。
5.2 鼠标光标消失或出现残影
在 Wayland 会话中,鼠标光标的捕获依赖合成器对外提供光标平面。某些驱动下会捕获不到光标,导致录出来的视频里鼠标不见了。Kooha 专门做了处理,它在设置里有一个"光标可视化"选项,打开之后会用图标替身的方式渲染光标,保证录制结果里鼠标清晰可见。
如果你发现光标在视频里变成重影或双重光标,一般是"光标可视化"和系统原生光标捕获叠加了。解决办法:先关闭系统的光标图层,或者在 Kooha 里关闭可视化,只保留原生捕获。具体哪个方案生效取决于你的显卡驱动,实测在 Intel 核显上是关闭可视化效果最好。
5.3 录制过程中悬浮球挡画面
默认录制时会显示一个悬浮球,显示录制状态。这个悬浮球在视频里是看不到的,但是有些人反应它挡住了界面上的关键按钮,影响操作。这个悬浮球位置可以拖拽到屏幕边缘任意角落,建议在录制之前提前拖动到屏幕录制区域之外,或者干脆在设置里关闭悬浮球显示。
5.4 音频不同步问题
设备性能一般时,录的时间越长,音画不同步越明显。Kooha 的底层是基于 PipeWire 实现的,时间戳处理比较稳,但如果你开了蓝牙耳机录音,延迟会严重很多。我建议录制时使用有线麦克风,或者在录制后不管它,因为视频平台会自动校准音频起点,轻微的偏差在播放端基本无感。
如果偏差超过 500 毫秒,就需要手动修正了。FFmpeg 可以按毫秒级别调整音轨位移:
ffmpeg -i input.mp4 -itsoffset 0.5 -i input.mp4 -map 0:v -map 1:a -c copy output.mp4这个命令把第二条输入(音频)延迟 0.5 秒输出,适合音频比视频慢的场景。
6. 使用体验总结与一句话结论
在我实际上手使用的这段时间里,Kooha 取代了我在 Linux 桌面上 90% 的日常录制需求。它没有 OBS 的学习曲线,没有 Screen Studio 的价格门槛,也没有系统自带录屏的功能限制,是一个恰到好处的中间选项。如果你是在校学生、独立开发者、文档撰写者,或者经常需要把操作过程录下来发给同事,我强烈建议你把 Kooha 装到自己的机器上尝试一下。
最后再分享一个小技巧:Kooha 支持命令行直接启动,你可以在终端里创建一个别名,配合管道命令实现"一键录制"。
alias krec='kooha --start-recording'这样每次想录屏的时候,敲两个字母加回车,3 秒内进入录制状态。对于我这种经常需要随手记录 bug 复现过程的人来说,这个快捷方式极大提高了工作效率。开源软件的魅力就在于——它不一定是功能最全的,但它一定会在你需要的时候,给你最干净的解决方案。