openKylin录屏全攻略：从内置工具到OBS与音频调优

录屏这事，放在Windows或macOS上，基本属于系统自带技能，顶多装个第三方软件去补功能。但到了openKylin这种自带UKUI桌面的Debian系系统上，事情突然就变得不那么“理所当然”了：快捷键在哪、文件存哪、要不要装工具、装了工具为什么录完没声音、为什么录出来像PPT……每一个环节都可能卡你一下。我最近在openKylin上连续折腾了几天录屏，从系统内置入口到OBS、SimpleScreenRecorder都试了一遍，这里把完整的落地方案和踩坑过程整理出来，希望帮你把这块短板一次补齐。

这篇文章适合谁呢？两类人。第一类是刚把openKylin装到工作机、有录网课、录会议、录软件操作演示需求的普通用户；第二类是需要在openKylin上做产品功能演示、录制自动化测试过程、或者给客户录制交付视频的开发和运维。我会尽量把每个选择背后的原理也讲清楚，这样即使你回头换一个别的Linux发行版，这套思路照样能平移过去。

1. 别急着装第三方软件，系统里可能已经藏了一个录屏入口

很多人的第一反应是“国产桌面系统肯定没有录屏，得装软件”。这个判断其实不够准确。openKylin基于Linux内核和Debian生态，用的是UKUI桌面环境，而UKUI桌面里，录屏能力很多时候是以快捷键形式藏着的，不是像个独立应用一样摆在开始菜单里。

1.1 快捷键和入口怎么找

我在openKylin 1.0测试机上实际翻了一圈，发现不同小版本的入口位置还不完全一样。比较靠谱的查找路径是：打开“设置”，找“设备”或者“键盘快捷键”相关菜单，逐个看有没有“录制屏幕”“开始/停止录屏”这类绑定项。

如果你看到类似“录制”或者“录屏”的快捷键绑定，按一下就能开始录。录制过程中屏幕上通常会出现一个红色边框或者任务栏闪烁图标，再按一次相同的快捷键，系统停止录制并把文件保存在视频目录下，一般是~/视频或者~/Videos，部分版本会弹出一个通知，点击通知就能定位到文件位置。

这个功能有一个比较隐蔽的特点：它只录画面，不一定会录声音。我试过的版本里，内置录屏默认不带麦克风采集，也没有系统声音采集选项，所以期望用它录会议、录带讲解的教程，基本行不通。它的定位更像是“屏幕截图”的动态扩展版，用来抓一段操作过程发给同事，或者录下某个报错现场，再合适不过。

1.2 内置方案的边界在哪里

如果你对内置录屏的期望是“够用就行”，那得先搞清楚它的边界，否则录到一半发现功能不够，返工成本很高。

内置录屏的限制主要有这么几点：

• 格式和编码是固定的，通常输出为WebM（VP8/VP9编码）或MP4，取决于具体版本，用户无法选择码率和编码器。
• 帧率是固定的，多数情况下锁定30fps，录制游戏或快速滚动的代码界面时，画面会明显不够流畅。
• 没有区域录制功能，要么全屏，要么一个固定的窗口/区域，可配置范围极小。
• 没有音频采集选项，既不能录系统声音，也不能录麦克风。

所以我的判断很明确：内置录屏适合“临时抓一段画面”，不适合作为长期、正式的录屏工具。如果你只是需要给同事演示一个菜单操作，用它没问题；但如果你要录一期教程、一次远程会议，或者给客户做产品演示视频，它满足不了需求，直接跳到下一节用OBS吧。

2. OBS Studio：靠谱主方案的安装与首帧配置

说实话，openKylin的软件仓库里不一定默认就有OBS，但这并不妨碍它成为我在这台机器上最推荐的录屏方案。OBS的跨平台支持很成熟，X11和Wayland环境下都有相应的采集方式，音频源可以单独管理，编码参数也能全部手动控制。对于录屏需求比较正式、需要长期用的场景，OBS是我在openKylin上最终留下的工具。

2.1 安装方式对比：apt、Flatpak、AppImage

openKylin基于Debian体系，所以第一个尝试路径自然是apt。在终端里执行：

bash复制sudo apt update
sudo apt install obs-studio

如果你的软件源里已经收录了OBS，那这一步就完了，直接装好，非常省事。但实际中我遇到过仓库里没有obs-studio包的情况，这时候有两条备选路径：

一是通过Flatpak安装。openKylin桌面一般预装了Flatpak支持，只是默认没有启用Flathub远程仓库，需要手动加一下：

bash复制sudo apt install flatpak
flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub com.obsproject.Studio

二是用AppImage。从OBS官网下载Linux版的AppImage，赋予执行权限后直接运行：

bash复制chmod +x obs-studio*.AppImage
./obs-studio*.AppImage

三种方式的取舍我实际测下来的感受是：apt优先，因为和系统集成最好，启动快、依赖少；Flatpak适合仓库里没有源的情况，但启动速度稍慢、沙箱环境下有些输入输出设备需要权限授权；AppImage适合应急，不用改系统环境，但更新要手动管理。

2.2 场景、来源与画面捕获的底层逻辑

很多人第一次打开OBS会懵，因为界面不像是“录屏软件”，倒像是一个导播台。这个设计其实是有道理的：OBS把所有录屏需求都抽象成“场景+来源”两个概念。

• 场景（Scene）：相当于一整套画面的布局，比如“演示时用”“会议时用”“游戏时用”，不同场景可以一键切换。
• 来源（Source）：相当于画面里每个元素。可以是整个屏幕、某个窗口、摄像头画面、图片、文字，甚至浏览器页面。

在openKylin上，最核心的来源是“显示器采集”和“窗口采集”。如果当前会话跑的是X11（openKylin默认正是X11），显示器采集最稳定，OBS会通过XSHM扩展直接抓取屏幕内容，性能好、成功率高。窗口采集在个别桌面环境下容易拿到空白画面，那是因为目标窗口启用了GPU合成或受合成器影响，OBS抓不到对应的前端缓冲。遇到这种情况，优先改用“显示器采集”，然后通过裁剪或Alt+Tab切换窗口来调整录制内容。

我第一次在openKylin上用OBS，就是直接加了“显示器采集”，选择当前的主显示器，画面马上就出来了。之后再添加“音频输入采集”和“音频输出采集”，分别对应麦克风和系统声音，整个录制链就完整了。

2.3 稳定录制参数推荐

OBS装好、画面也能正常预览之后，最怕的是参数设置有问题，录出来的视频要么文件巨大，要么画质模糊，要么声音不同步。这里直接给我在openKylin上验证过的一套“通用安全档”，适用于网课、会议、软件演示这类日常场景：

在“设置-输出”里，选择“高级输出模式”，把“录像”标签页里的编码器选成x264，码率控制选CBR，码率填8000。如果机器CPU性能一般，也可以把输出分辨率降到1280x720、码率降到4000Kbps，这样CPU压力会小很多。

音频方面，在“设置-音频”里把“全局音频设备”的“桌面音频”选成系统默认输出设备，“麦克风/辅助音频”选成你的USB麦克风或板载麦克风。这样点“开始录制”，出来就是画面、系统声、麦克风三者合一的视频，基本能一把过。

3. 轻量方案SimpleScreenRecorder：小机器上的救兵

OBS功能确实强大，可如果你的机器配置不高，比如老款办公电脑、只有4GB内存的那类，OBS开机启动就要吃几百MB内存，录制时整套桌面还会明显变卡。这时候我会推荐另一个开源工具：SimpleScreenRecorder，下面简称SSR。

3.1 软件定位与安装

SSR是一个面向简单录屏需求的开源软件，界面比OBS朴素得多，但功能上该有的都有：支持区域录制、窗口录制、全屏录制，音频支持麦克风和系统声音，编码支持H.264和MP4容器。

在openKylin上安装很简单：

bash复制sudo apt install simplescreenrecorder

装好之后启动，界面会是一个分步向导式布局：第一步选录制区域，第二步选帧率，第三步选编码器，第四步选保存路径。虽然界面不够漂亮，但逻辑非常直观，普通用户不用学习“场景-来源”的概念，五分钟就能上手。

3.2 核心参数一次配对

用SSR录屏时，我建议按下面的参数设置：

• 录制区域：选“屏幕”或“固定区域”。需要全屏就选“屏幕”；只需要录某个窗口，选“窗口”然后点选目标窗口。
• 帧率：30即可，老机器甚至可以用25。
• 录像编码器：选H.264，如果机器支持硬件编码，还能看到VAAPI H.264选项，选它可以让CPU负载大幅下降。
• 容器格式：MP4，通用性最好，微信、网页端都能直接播放。
• 音频来源：左侧“音频”选项卡，把“录制系统声音”和“录制麦克风”都勾上，下面设备选择默认设备。

设置完成后点击“开始录制”，屏幕角落会出现一个小指示条，点击或按快捷键可以停止。整个过程资源占用非常低，我在一台4GB内存、双核CPU的测试机上录1080p30，桌面操作流畅度几乎不受影响。

3.3 什么时候选它，什么时候还是选OBS

既然SSR那么轻量，是不是可以直接代替OBS？我的观点是分场景看。

SSR适合的场景：

• 只需要录制屏幕和声音，不需要摄像头、文字、图片叠加。
• 机器配置较低，跑OBS会卡。
• 录完后不想做复杂的剪辑，直接出片用。

OBS仍然有优势的场景：

• 需要多机位、多来源混排，比如录网课时要同时显示PPT、摄像头、注释笔迹。
• 需要直播推流，OBS的RTMP推流能力SSR没有。
• 需要精细控制码率、B帧、关键帧间隔等参数。

说白了，SSR是“轻量救兵”，OBS是“重型武器”。如果你不确定自己的需求属于哪一类，可以先装SSR试一次，如果觉得功能受限，再切OBS也不迟，两者不冲突，甚至可以并存。

4. 录出来没声音？音频配置才是最大的坑

录屏做到后面，画面问题基本都能靠调参数解决，真正让人抓狂的往往是声音。我在openKylin上调试录音时，至少遇到过三次“录完打开视频发现一点声音都没有”的情况，而且每次原因都不一样。可以说，音频是录屏流程里最容易翻车、也最需要系统性排查的一环。

4.1 PulseAudio的输入输出视角

openKylin桌面默认使用PulseAudio作为声音服务，这意味着你所有的音频设备都被抽象成了不同的“节点”：输出节点（sink）负责播放，输入节点（source）负责采集。录屏要正常录音，本质上是让录屏软件正确连接到一个source节点。

在终端里可以查看当前所有音频节点：

bash复制pactl list sources

输出里会列出类似alsa_output.pci-0000_00_1f.3.analog-stereo.monitor这样的名字，这种带.monitor后缀的节点，是PulseAudio专门用来“监听某个输出设备”的内部回环节点。简单说，OBS里的“桌面音频”，底层就是连到这样的monitor节点上，才能把系统播放的声音录进来。

如果你在OBS里选“桌面音频”时发现列表里是空的，或者选了一个设备却始终没电平跳动，第一个动作是打开系统声音设置，播放一段测试音乐，看看声音能不能正常从扬声器出来。如果系统本身就没声音，那录屏软件自然也录不到任何东西。

4.2 桌面声音与麦克风同时录的正确姿势

不少人希望录制时同时采到系统声音和麦克风，也就是录屏画面里有电脑放出来的提示音，也有自己讲解的人声。在OBS里，这个需求只需要两个来源：

• “音频输出采集”（桌面音频）：选系统的默认输出设备。
• “音频输入采集”（麦克风）：选你的麦克风设备。

添加好之后，在“混音器”面板里能看到两条音量推子。确保两条推子都处于非静音状态，并且幅度在-6dB到-3dB之间，不要爆音，也不要太低。

SSR里同样分成两个勾选项：“录制系统声音”和“录制麦克风”，两个都勾上并选择对应设备即可。这类需求在SSR里反而比OBS还直观，因为它天生就按“系统声+麦克风”分开建模。

4.3 没声音的标准排查链路

如果你已经录完一段视频，结果打开发现没声音，不要慌，按下面的顺序一步步查，基本能定位问题：

1. 检查系统音量：先打开系统设置里的“声音”，播放测试音乐，确认当前设备和音量是正常的。
2. 检查录屏软件的音频设备：OBS里点“设置-音频”，确认“桌面音频”和“麦克风”都选的是具体设备，不是“禁用”。
3. 检查混音器电平：OBS主界面混音器里，如果说话时麦克风推子没有跳动，说明设备没接通；如果跳动了但视频没声音，检查是不是把推子下面的小喇叭点成了静音。
4. 检查系统隐私或权限：部分openKylin版本有应用权限管理，可能会阻止录屏软件访问麦克风，去“设置-隐私”里允许OBS或SSR使用麦克风。
5. 测试录制而不是播放：录完的视频不要只在播放器里听，在OBS里点“高级音频属性”，看看每个源的“音频监听”是否正常，必要时启用“监听并输出”，直接听到麦克风实时采集的声音。

这套排查链路我在Linux桌面上用过很多回，几乎能覆盖90%以上的“没声音”问题。核心思想是：先确认系统层有声音，再确认软件层连对了设备，最后确认录进轨道的电平不为零。声音问题虽然烦人，但只要链路清晰，排查起来并不难。

5. 录出来像PPT？性能调优的完整思路

录屏翻车的另一个高发问题是卡顿：画面一帧一帧地跳，声音倒是正常的，打开视频整体感觉像在看幻灯片。这个问题在openKylin这类Linux桌面上尤其值得重视，因为影响录制流畅度的因素不止CPU性能一个，编码器、显示服务器、磁盘都可能成为瓶颈。

5.1 瓶颈究竟在哪一环

如果录出来的视频卡顿，首先别急着骂软件，先判断瓶颈在哪个环节。我习惯用“三看”法：

• 看CPU占用：打开系统监视器，录制时如果某个CPU核心长期100%，而其他核心很闲，多半是编码器单线程性能不够；如果所有核心都接近100%，那就是整机计算资源吃紧。
• 看磁盘占用：录制1080p、高码率视频，每秒可能产生数MB的数据，老式机械硬盘容易扛不住。如果录制时磁盘读写经常打到100%，那就是磁盘瓶颈。
• 看GPU占用：如果录制时桌面合成、浏览器渲染、视频解码都在抢GPU资源，而GPU又没有硬件编码能力，画面也会卡。

实际操作中，最常出问题的是CPU瓶颈和磁盘瓶颈，GPU反而相对少见。

5.2 编码器怎么选：x264还是VAAPI/QSV

x264是纯软件编码，质量好、兼容性高，但消耗的CPU资源非常可观。在openKylin上如果你用SSR或OBS，默认编码器都是x264，对于老CPU来说，1080p30已经会带来明显压力，更别说要同时跑浏览器、录屏软件和聊天工具。

如果你的CPU或GPU支持硬件编码，情况会好很多。Intel CPU的核显支持QSV编码，AMD和部分Intel平台支持VAAPI，NVIDIA独显支持NVENC。在OBS里，如果你能看到QuickSync H.264或VAAPI H.264选项，优先选择它们，CPU占用能下降一大截，画面流畅度明显提升。

不确定自己的硬件支不支持，可以先装一个vainfo看看：

bash复制sudo apt install vainfo
vainfo

输出里如果能看到H264_VAAPI之类的编码器支持项，说明硬件编码可用。没有也无所谓，继续用x264，把分辨率和帧率降到720p30，照样能录出可用的视频。

5.3 一些容易忽略的系统因素

除了编码器和磁盘，还有几个隐蔽因素会影响录制流畅度，我在openKylin上都踩到过：

• 桌面合成器：openKylin默认的UKUI桌面带有合成器特效，比如窗口圆角、阴影、透明效果。录制时这些特效会增加显卡合成负担，如果卡顿，可以尝试在“设置-桌面特效”里关掉合成器，或者在录屏时切换到“窗口无特效”模式。
• 帧率不匹配：显示器是60Hz，录制帧率设成60，但编码性能不够，就会出现周期性掉帧。不如直接主动限到30fps，牺牲一点顺滑度，换来稳定。
• 后台任务：录制前关掉无关的后台程序，尤其是浏览器里挂着一堆标签页、终端里跑着编译任务这类场景，清理完再录，效果立竿见影。
• 网络推流干扰：如果你在OBS里同时开了直播推流和本地录像，带宽和CPU都会被抢占。录本地视频时，建议关闭推流，或单独建一套“本地录制”场景。

把上面这些因素过一遍，卡顿问题通常都能解决。如果还卡，那就只能降分辨率了。我的经验是：如果机器实在老，720p30比1080p30的实际观感反而更好，因为画面稳定远比分辨率数字重要。

6. 实战收尾：五个典型场景的录制参数速查

说了那么多，为了让你上手更快，我把几个典型使用场景整理成了一张速查表，你直接照抄里面的参数，基本不会翻车。

我个人的习惯是，把常用参数保存成OBS里的多个“场景配置”，比如“日常演示档”“高画质游戏档”“低配应急档”，用的时候一键切换，不做重复劳动。

最后忍不住分享一个实战中很有用的小技巧：无论用哪套方案，正式录制前都先录一段10秒的“试拍”，检查画面、声音、帧率三项是否正常。这个习惯帮我避免过很多次“录了半小时最后发现麦克风没开”的悲剧。录屏这事，看着简单，但每一个环节都值得把细节抠到位。