是否可将Apple Metal离屏渲染图形编码为视频文件及实现方法咨询

该需求完全可以实现，是Metal生态下非常成熟的离线渲染场景，全程不需要绑定任何屏幕显示逻辑，也完全允许单帧渲染耗时超过实时渲染要求。你目前基于MTKView编写的渲染管线逻辑可以高度复用，不需要重写核心Shader和渲染流程。

1. 绕开MTKView，替换离屏渲染目标纹理 #

• 移除原有流程中从MTKView获取可绘制纹理的逻辑，这类逻辑是MTKView绑定屏幕显示的核心，会受系统显示刷新机制约束，不适合纯离屏场景。
• 自行创建固定分辨率的Metal 2D纹理作为渲染输出目标：纹理分辨率严格匹配你想要的视频输出分辨率，像素格式优先选择MTLPixelFormatBGRA8Unorm_sRGB，和主流视频编码格式的输入要求兼容；存储模式选择MTLStorageModeShared，支持GPU渲染写入、CPU读取导出，减少不必要的拷贝开销。
• 把原有所有渲染指令编码器的渲染目标attachment，从原来指向MTKView可绘制纹理的引用，替换为你自建的离屏纹理的纹理引用。这一步基本不需要改动你写的顶点、片元Shader逻辑，所有已实现的3D渲染效果可以直接复用。

2. 集成离线视频编码写入模块 #

• 采用AVFoundation原生的离线写入组件完成视频输出，这套组件完全支持非实时的帧写入，没有单帧处理时长的限制，完美适配你“允许渲染慢于实时速度”的要求：
  • 初始化AVAssetWriter指定输出文件路径、视频编码格式（H.264/H.265按需选择）、目标码率。
  • 配置AVAssetWriterInput，指定输出视频的分辨率、帧率和你之前设定的目标FPS完全一致。
  • 搭配AVAssetWriterInputPixelBufferAdaptor，建立Metal离屏纹理到编码器输入需要的CVPixelBuffer格式的映射通道。
• 帧传输逻辑：每通过Metal命令队列提交完渲染命令、等待命令执行完成后，将离屏纹理的内容拷贝为匹配格式的CVPixelBuffer，按照预先计算好的、对应目标FPS的时间戳，追加给视频编码器即可。

3. 实现自定义逐帧调度逻辑 #

• 完全移除原有MTKView绑定屏幕刷新率的draw(in:)回调循环，自行实现逐帧遍历流程：
  • 从第0帧开始，逐帧推进场景的参数（比如相机移动、动画时间轴），按照目标FPS计算每帧的标准时间戳（例如30FPS下，第n帧的时间间隔固定为1/30秒，对应时间戳为n * (1/30)）。
  • 不管当前单帧的渲染耗时是多少（哪怕单帧需要数秒），只要把对应帧的标准时间戳传给编码器，最终输出的视频播放速度就会和你配置的FPS完全匹配，不会因为渲染慢出现变速。
  • 所有Metal命令提交都走你自己创建的Metal命令队列，不需要和任何窗口、屏幕的Metal层资源做绑定，哪怕无GUI的命令行环境也可以跑通整个流程。

• 不要通过把MTKView移到屏幕外、隐藏窗口的方式强行做离屏渲染：这种方式不仅会受系统后台渲染权限的限制，还会冗余维护屏幕侧的可绘制纹理队列，降低渲染效率，直接绕开MTKView是最简洁稳定的方案。
• 传入编码器的帧时间戳不要使用真实系统时间：如果把每帧渲染完成的真实时刻作为时间戳，会导致最终输出的视频因为渲染耗时变长，播放速度远低于你设定的FPS。
• 离屏纹理的抗锯齿设置可以根据需求自由调整：因为不需要适配屏幕显示，离屏场景下如果需要更高质量的输出，可以直接提升MSAA的采样数，不需要顾虑MTKView和屏幕分辨率的匹配约束。

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