在renderer(_:didRenderScene:atTime:)中调用SCNView snapshot失效及转视频咨询

我来帮你拆解这两个问题，都是SceneKit视频导出场景里常见的坑：

1. renderer(_:didRenderScene:atTime:) 里调用 snapshot 是不是过于耗时？ #

绝对是，而且这就是你遇到“执行几帧就停止”问题的核心原因。

SCNView.snapshot() 是一个同步阻塞调用：它会暂停当前渲染线程，等待GPU完成当前帧的绘制，再把帧缓冲区的像素数据拷贝到CPU内存生成UIImage。而 renderer(_:didRenderScene:atTime:) 本身就在渲染线程里执行，你在这里塞一个阻塞操作，会直接卡死整个SceneKit的渲染循环——系统检测到渲染线程长时间无响应，就会停止触发这个回调，严重的话甚至会触发App的watchdog机制导致崩溃。

说白了，这个回调是给你做轻量帧后处理用的（比如更新状态、记录日志），绝对不能在这里做任何跨GPU/CPU的耗时同步操作。

2. 渲染SCNScene到视频的替代方案 #

既然snapshot的路子走不通，给你几个更靠谱的方案，分场景选择：

方案一：用 SCNRenderer 离线预渲染（适合固定路径/无实时交互场景） #

如果你的场景是固定视角、固定动画路径，不需要用户实时操作，离线渲染是最稳定的选择：

• 创建SCNRenderer实例，指定一个离屏渲染目标（比如MTLTexture）
• 根据视频时长和帧率计算总帧数（比如30fps、10秒就是300帧）
• 循环遍历每个时间点，调用renderer.render(atTime:viewport:commandBuffer:passDescriptor:)把场景渲染到纹理
• 将每帧纹理数据转换成CMSampleBuffer，写入AVAssetWriter生成视频

这种方式完全脱离UI线程，不会阻塞App，还能精准控制渲染质量和帧率，适合生成高质量视频。

方案二：用 AVCaptureSession 捕获SCNView（适合实时交互+实时导出场景） #

如果需要用户实时操作场景同时导出视频，可以用AVCaptureSession捕获SCNView内容：

• 创建AVCaptureScreenInput，把SCNView所在的窗口/屏幕作为输入（iOS和macOS有细微差异，iOS需配合AVCaptureVideoDataOutput做自定义采样）
• 配置AVAssetWriter作为输出，设置好视频编码格式（比如H.264）
• 在AVCaptureVideoDataOutputSampleBufferDelegate的回调里，把捕获到的帧数据写入AVAssetWriter

注意：这种方式会捕获整个窗口内容，如果SCNView只是窗口一部分，需要做裁剪处理；iOS上还需要申请屏幕录制权限。

方案三：用Metal层直接捕获渲染帧（最灵活，适合自定义渲染流程） #

如果你的项目已经基于Metal开发，可以直接在渲染管线里处理：

• 给SCNView设置代理，在renderer(_:willRenderScene:atTime:)或MTKViewDelegate的回调里，获取当前渲染的MTLCommandBuffer
• 在命令缓冲区完成后，取出渲染后的纹理，直接把纹理数据转换成视频帧写入AVAssetWriter

这种方式性能最高，因为全程在GPU层面处理，不需要把数据拷贝到CPU，适合高帧率、高分辨率的视频导出。

总结一下：别在渲染回调里做同步耗时操作，根据你的场景选对应的导出方案——离线场景优先用SCNRenderer，实时场景选AVCapture或Metal捕获。

内容的提问来源于stack exchange，提问作者Crashalot