黑苹果macOS ScreenCaptureKit屏幕捕获开发完全指南:从SCStream到实时视频编码与推流的完整管线实现
发布时间:2026年6月12日 | 分类:黑苹果 | 关键词:ScreenCaptureKit,屏幕捕获,SCStream,视频编码
前言:macOS屏幕捕获技术的演进
在macOS Monterey(12.0)之前,macOS上的屏幕捕获开发主要依赖Core Graphics的CGDisplay API或AVFoundation的AVCaptureScreenInput。这些旧API存在明显的痛点:无法精确选择单个窗口、性能开销大、缺乏系统级权限管理、不支持捕获特定内容类型。
Apple在WWDC 2021上推出了ScreenCaptureKit框架,这是一个专门为高性能屏幕捕获设计的现代化框架。它提供了窗口级和显示级的捕获能力、内容过滤、实时像素缓冲区输出,以及与系统录屏权限的无缝集成。对于黑苹果用户来说,ScreenCaptureKit提供了在macOS上构建专业级屏幕捕获应用的绝佳基础——无论是开发OBS替代品、在线教育工具、还是会议录制系统。
本文将从零开始,深入讲解ScreenCaptureKit的完整架构、API使用、性能优化技巧,以及在黑苹果环境中需要特别注意的事项。无论你是macOS应用开发者还是屏幕录制工具的爱好者,都能从中获得实用的技术知识。
ScreenCaptureKit架构概览
ScreenCaptureKit采用了一套精心设计的类层次结构,核心组件包括:
核心类及其职责
| 类名 | 职责 |
| SCShareableContent | 获取当前可捕获的显示器、窗口和应用列表 |
| SCContentFilter | 定义捕获的内容范围(特定窗口、显示器或排除项) |
| SCStreamConfiguration | 配置捕获参数(分辨率、帧率、像素格式、颜色空间) |
| SCStream | 管理捕获会话的生命周期 |
| SCStreamOutput | 接收捕获到的视频帧和音频样本 |
| SCStreamDelegate | 处理流状态变化和错误回调 |
这个架构的设计哲学是"权限先行、内容过滤、高效传输"。与旧的CGDisplay API直接抓取帧缓冲不同,ScreenCaptureKit通过系统级合成器获取内容,避免了底层硬件访问的复杂性,同时提供了更好的性能和隐私保护。
数据流动路径
当使用ScreenCaptureKit进行屏幕捕获时,数据经历的流转过程如下:
- 应用调用SCShareableContent获取可捕获内容列表
- 用户选择目标显示器或窗口
- 系统弹出权限对话框(首次使用时)
- 创建SCContentFilter指定捕获范围
- 配置SCStreamConfiguration设置输出参数
- 启动SCStream,开始接收CMSampleBuffer
- 对收到的帧数据进行编码、处理或渲染
- 停止流,释放资源
第一步:获取可捕获内容
在开始捕获之前,我们需要获取当前系统中所有可捕获的显示器、窗口和应用的列表。SCShareableContent提供了这一功能。
基础代码实现
import ScreenCaptureKit
import AVFoundation
func getShareableContent() async {
do {
// 获取所有可捕获内容
let content = try await SCShareableContent.excludingDesktopWindows(
false,
onScreenWindowsOnly: true
)
print("发现 \(content.displays.count) 个显示器")
for display in content.displays {
print(" 显示器: \(display.displayID) - \(display.width)x\(display.height)")
}
print("发现 \(content.windows.count) 个窗口")
for window in content.windows {
print(" 窗口: \(window.title ?? "无标题") - \(window.owningApplication?.applicationName ?? "未知")")
}
print("发现 \(content.applications.count) 个应用")
for app in content.applications {
print(" 应用: \(app.applicationName) - BundleID: \(app.bundleIdentifier)")
}
} catch {
print("获取失败: \(error.localizedDescription)")
}
}
黑苹果注意事项:在黑苹果环境中,如果使用了不支持Metal的显卡或配置不当,SCShareableContent可能无法正确枚举显示器。确保WhateverGreen.kext已正确配置,且在系统信息中确认Metal支持状态为"支持"。
SCDisplay关键属性
| 属性 | 说明 |
| displayID | 系统级显示器ID,对应CGDirectDisplayID |
| width / height | 显示器物理分辨率 |
| frame | 在虚拟桌面坐标系中的位置和大小 |
SCWindow关键属性
| 属性 | 说明 |
| windowID | 窗口唯一标识符(CGWindowID) |
| title | 窗口标题(可能为空) |
| owningApplication | 拥有该窗口的应用信息 |
| frame | 窗口在屏幕坐标系中的frame |
| onScreen | 窗口当前是否在屏幕上可见 |
第二步:配置内容过滤器
SCContentFilter用于精确指定想要捕获的内容范围。ScreenCaptureKit提供了多种过滤方式:
捕获单个显示器
// 捕获主显示器
let mainDisplay = content.displays.first!
let filter = SCContentFilter(display: mainDisplay, excludingWindows: [])
捕获特定窗口(排除其他内容)
// 捕获特定窗口,排除该应用的桌面窗口
let targetWindow = content.windows.first { $0.title?.contains("Safari") ?? false }!
let filter = SCContentFilter(desktopIndependentWindow: targetWindow)
高级过滤:排除特定应用窗口
// 捕获整个显示器,但排除某个应用的所有窗口
let excludedApps = content.applications.filter {
$0.bundleIdentifier == "com.apple.finder"
}
let filter = SCContentFilter(
display: targetDisplay,
excludingApplications: excludedApps,
exceptingWindows: []
)
实用场景:在录制教程视频时,可以排除通知中心(com.apple.notificationcenterui)和Dock栏,避免无关内容干扰画面。
SCContentFilter的排除策略
ScreenCaptureKit支持多层次的排除策略,这些在构建专业捕获应用时非常重要:
- excludingApplications:排除指定应用的所有窗口
- exceptingWindows:即使在排除应用列表中,仍包含这些特定窗口
- excludingDesktopWindows:全局排除桌面窗口(如桌面图标)
- 包括/排除特定窗口层级:可以选择仅捕获特定窗口层级(如悬浮窗、全屏窗口等)
第三步:配置捕获参数
SCStreamConfiguration提供了丰富的参数来控制捕获的质量和行为。合理的配置可以显著降低CPU和GPU负载。
完整配置示例
let config = SCStreamConfiguration()
// 分辨率配置
config.width = 1920 // 输出宽度(像素)
config.height = 1080 // 输出高度(像素)
config.scalesToFit = true // 保持宽高比缩放
// 帧率和质量
config.minimumFrameInterval = CMTime(value: 1, timescale: 60) // 最高60fps
config.queueDepth = 5 // 帧缓冲队列深度
config.pixelFormat = kCVPixelFormatType_420YpCbCr8BiPlanarFullRange // NV12格式
// 颜色配置
config.colorSpaceName = CGColorSpace.sRGB
config.backgroundColor = .black // 背景色(窗口捕获时露出的区域)
// 音频配置
config.capturesAudio = true // 是否捕获音频
config.excludesCurrentProcessAudio = true // 排除自身音频
// 光标配置
config.showsCursor = true // 是否显示光标
config.cursorScale = 1.0 // 光标缩放比例
// 内容过滤配置(可选)
config.channelCount = 2 // 音频通道数
config.sampleRate = 48000 // 音频采样率
像素格式详解
ScreenCaptureKit支持以下常见像素格式:
- NV12(推荐):kCVPixelFormatType_420YpCbCr8BiPlanarFullRange,硬件编码器原生支持,性能最优
- BGRA:kCVPixelFormatType_32BGRA,计算机视觉处理友好,但数据量大
- ProRes(专业场景):需要Apple Silicon或T2芯片,黑苹果可能不完整支持
黑苹果优化技巧:在黑苹果上使用NV12格式可以充分利用AMD显卡的硬件编码器(VCE/UVD),大幅降低CPU占用。如果使用BGRA格式,将失去硬件加速编码的优势。
第四步:启动捕获流和处理帧数据
SCStream是捕获会话的核心管理器。通过它,我们启动捕获、接收帧数据、处理错误。
启动捕获流
class CaptureManager: NSObject, SCStreamDelegate, SCStreamOutput {
var stream: SCStream?
func startCapture(filter: SCContentFilter, config: SCStreamConfiguration) async {
do {
// 创建流
stream = SCStream(filter: filter, configuration: config, delegate: self)
// 添加输出接收器(使用串行队列)
try stream?.addStreamOutput(
self,
type: .screen,
sampleHandlerQueue: DispatchQueue(label: "com.capture.screen")
)
if config.capturesAudio {
try stream?.addStreamOutput(
self,
type: .audio,
sampleHandlerQueue: DispatchQueue(label: "com.capture.audio")
)
}
// 开始捕获
try await stream?.startCapture()
print("捕获已启动")
} catch {
print("启动失败: \(error)")
}
}
// MARK: - SCStreamOutput
func stream(_ stream: SCStream, didOutputSampleBuffer sampleBuffer: CMSampleBuffer,
of type: SCStreamOutputType) {
switch type {
case .screen:
guard let pixelBuffer = sampleBuffer.imageBuffer else { return }
// 处理视频帧:编码、显示、分析等
processVideoFrame(pixelBuffer)
case .audio:
// 处理音频样本
processAudioSample(sampleBuffer)
@unknown default:
break
}
}
// MARK: - SCStreamDelegate
func stream(_ stream: SCStream, didStopWithError error: Error) {
print("流已停止,错误: \(error)")
// 实现重连逻辑
}
}
帧处理管线设计
接收到的CMSampleBuffer包含了时间戳、像素格式、颜色空间等元数据。典型的处理管线如下:
- 帧接收:从SCStreamOutput回调获取CMSampleBuffer
- 格式转换:如果需要,使用VTPixelTransferSession进行颜色空间转换
- 编码压缩:使用VideoToolbox硬件编码器(H.264/H.265)
- 复用封装:使用AVAssetWriter写入MP4/MOV文件
- 网络推流:通过RTMP/SRT协议推送到直播服务器
性能关键点:不要在sampleHandlerQueue上执行耗时操作!应该使用独立的处理队列,避免帧丢失。ScreenCaptureKit在队列阻塞时会自动丢弃新帧。
第五步:高性能视频编码集成
将捕获到的原始帧通过VideoToolbox进行硬件加速编码,是实现实时录制和推流的核心。
VideoToolbox编码器初始化
func createH265Encoder(width: Int, height: Int) -> VTCompressionSession? {
var session: VTCompressionSession?
let encoderSpecification: CFDictionary = [
kVTVideoEncoderSpecification_EnableHardwareAcceleratedVideoEncoder: true
] as CFDictionary
let status = VTCompressionSessionCreate(
allocator: kCFAllocatorDefault,
width: Int32(width),
height: Int32(height),
codecType: kCMVideoCodecType_HEVC,
encoderSpecification: encoderSpecification,
imageBufferAttributes: nil,
compressedDataAllocator: nil,
outputCallback: compressionOutputCallback,
refcon: UnsafeMutableRawPointer(Unmanaged.passUnretained(self).toOpaque()),
compressionSessionOut: &session
)
if status == noErr, let session = session {
// 配置编码参数
VTSessionSetProperty(session, key: kVTCompressionPropertyKey_RealTime,
value: kCFBooleanTrue!)
VTSessionSetProperty(session, key: kVTCompressionPropertyKey_ProfileLevel,
value: kVTProfileLevel_HEVC_Main_AutoLevel)
VTSessionSetProperty(session, key: kVTCompressionPropertyKey_AverageBitRate,
value: 10_000_000 as CFNumber) // 10Mbps
VTSessionSetProperty(session, key: kVTCompressionPropertyKey_MaxKeyFrameIntervalDuration,
value: 2 as CFNumber) // 每2秒一个关键帧
}
return session
}
黑苹果编码器支持情况:
| 显卡 | H.264编码 | HEVC编码 | 备注 |
| AMD RX 500系列 | 支持(VCE 4.0) | 支持(UVD 7.0) | 成熟稳定 |
| AMD RX 5000系列 | 支持(VCN 2.0) | 支持 | 推荐 |
| AMD RX 6000系列 | 支持(VCN 3.0) | 支持 | 最佳 |
| AMD RX 7000系列 | 支持(VCN 4.0) | 支持(含AV1) | 需最新kext |
| Intel UHD 630 | 部分支持 | 部分支持 | 不稳定 |
第六步:实时推流集成
在捕获和编码完成之后,推流到RTMP服务器是许多应用场景的最终目标。以下展示了如何将编码后的数据发送到RTMP服务器。
RTMP推流架构
// 推流管理器示例结构
class StreamPublisher {
private var rtmpConnection: RTMPConnection
private var rtmpStream: RTMPStream
func initialize(to url: String) {
rtmpConnection = RTMPConnection()
rtmpStream = RTMPStream(connection: rtmpConnection)
rtmpConnection.addEventListener(.rtmpStatus, selector: #selector(rtmpStatusHandler))
rtmpConnection.connect(url)
}
func publishVideo(_ data: Data, timestamp: CMTime) {
rtmpStream.videoCodec = .h265
rtmpStream.videoSettings = [
.width: 1920,
.height: 1080,
.bitrate: 10_000_000 / 1000 // kbps
]
rtmpStream.publish("live_stream_key")
}
}
对于需要在黑苹果上实现完整推流的场景,推荐使用以下开源方案:
- HaishinKit(Swift):纯Swift实现的RTMP推流库,与ScreenCaptureKit完美配合
- LFLiveKit:功能丰富,但需要桥接Objective-C
- SRS/nginx-rtmp:作为接收端服务器
第七步:权限管理与用户隐私
ScreenCaptureKit与macOS的隐私保护体系深度集成。开发时需要注意以下权限要求:
必需的权限声明
在Info.plist中添加以下权限说明:
NSScreenCaptureUsageDescription
本应用需要屏幕录制权限来捕获您的屏幕内容
NSMicrophoneUsageDescription
本应用需要麦克风权限来录制系统音频
权限检查与请求
func checkScreenRecordingPermission() async -> Bool {
// 尝试创建捕获流来触发权限检查
do {
let content = try await SCShareableContent.excludingDesktopWindows(
false, onScreenWindowsOnly: true
)
guard let display = content.displays.first else { return false }
let filter = SCContentFilter(display: display, excludingWindows: [])
let config = SCStreamConfiguration()
let stream = SCStream(filter: filter, configuration: config, delegate: nil)
try await stream.startCapture()
try await stream.stopCapture()
return true
} catch {
print("权限未授予: \(error)")
return false
}
}
// 引导用户到系统设置
func openScreenRecordingSettings() {
let url = URL(string: "x-apple.systempreferences:com.apple.preference.security?Privacy_ScreenCapture")!
NSWorkspace.shared.open(url)
}
黑苹果权限注意事项:在黑苹果上,TCC(Transparency, Consent, and Control)数据库可能会因为SMBIOS信息不匹配而出现异常。如果遇到权限请求弹窗不出现的问题,可以通过以下命令重置TCC数据库:
# 重置屏幕录制权限
tccutil reset ScreenCapture com.your.bundle.id
# 完全重置所有TCC权限(谨慎使用)
tccutil reset All
性能优化实战
帧率自适应控制
不要始终使用最高帧率进行捕获。根据实际内容动态调整帧率可以显著降低资源消耗:
- 静态内容(文档编辑、代码编写):5-15 fps
- 动态内容(视频播放、游戏):30-60 fps
- 幻灯片演示:1-5 fps(仅在内容变化时捕获)
内存管理与帧丢弃策略
ScreenCaptureKit内置了帧丢弃机制,当处理队列阻塞时会自动丢弃旧帧。开发时应当:
- 设置合理的queueDepth(建议3-8),避免内存暴涨
- 在编码器前实现帧率控制和降采样
- 使用CMSimpleQueue或环形缓冲区管理帧数据
- 定期清理未使用的CVPixelBufferPool
GPU加速管线优化
利用Metal进行帧处理可以完全在GPU上完成格式转换、缩放和颜色校正,零拷贝传递数据到编码器:
// 使用CVMetalTextureCache在GPU上处理捕获帧
let textureCache = createMetalTextureCache()
let metalTexture = CVMetalTextureGetTexture(
CVMetalTextureCacheCreateTextureFromImage(nil, textureCache, pixelBuffer, nil, .bgra8Unorm, ...)
)
// 在GPU上执行颜色空间转换
let commandBuffer = metalCommandQueue.makeCommandBuffer()!
let blitEncoder = commandBuffer.makeBlitCommandEncoder()!
// ... Metal处理逻辑 ...
blitEncoder.endEncoding()
commandBuffer.commit()
常见问题与排查
问题1:SCStream.startCapture() 抛出权限错误
原因:用户未授予屏幕录制权限或TCC数据库异常。
解决:引导用户到"系统设置 > 隐私与安全性 > 屏幕录制"中手动授权。在黑苹果上可能需要重置TCC数据库。
问题2:捕获的帧全黑或全白
原因:通常是因为Metal渲染管线问题或WhateverGreen配置不正确。
解决:确认系统信息中Metal支持状态;更新Lilu.kext和WhateverGreen.kext到最新版本;添加agdpmod=pikera引导参数(适用于Navi显卡)。
问题3:高CPU占用
原因:使用了BGRA像素格式或未启用硬件编码。
解决:切换到NV12像素格式;确保VideoToolbox编码器使用硬件加速参数;降低目标帧率和分辨率。
问题4:音视频不同步
原因:音频和视频使用了不同的时间基准或处理队列。
解决:使用CMSyncConvertTime进行时间戳对齐;在合成阶段使用CMSampleBuffer的presentationTimeStamp进行同步。
总结与展望
ScreenCaptureKit为macOS上的屏幕捕获开发带来了质的飞跃。相比旧API,它提供了更好的性能、更精细的权限控制、以及优雅的Swift异步接口。在黑苹果环境中,只要硬件驱动配置正确,ScreenCaptureKit可以完美运行。
核心要点回顾:
- 使用SCShareableContent获取可捕获内容列表
- 通过SCContentFilter精确控制捕获范围
- 选择合适的像素格式(NV12推荐)以实现硬件编码加速
- 在sampleHandlerQueue上仅做轻量处理,避免帧丢失
- 集成VideoToolbox进行H.264/H.265硬件加速编码
- 正确处理权限请求和TCC异常
- 利用Metal进行GPU端帧处理,实现零拷贝管线
ScreenCaptureKit目前仍在快速发展中。macOS Sonoma/Sequoia为其添加了更多功能,包括Presenter Overlay、ScreenCaptureKit Picker(系统级选择器UI)等。如果你正在构建专业的macOS屏幕录制或直播工具,ScreenCaptureKit无疑是当前最优的技术选择。
希望这份指南能帮助你在黑苹果上顺利完成屏幕捕获开发的实战之旅!如有疑问,欢迎在评论区交流讨论。


评论(0)