Android能否直接通过相机设备录制MJPEG格式视频

该需求具备明确的实现可能性，但存在设备支持范围的限制，完全不需要走“先录其他格式再转码MJPEG”的流程，可以直接从相机采集端拿到原生MJPEG码流写入录制文件，全程无二次编码带来的画质损失，匹配选择MJPEG的画质诉求。

• Android 从引入Camera2 API开始，就从框架层开放了对连续JPEG（即MJPEG的组成单元）采集的能力，并非仅支持单张静态照片的JPEG输出
• 存在两类硬件通路可直接输出MJPEG编码帧，全程不经过软件转码：
  1. 部分内置相机的ISP硬件本身支持连续MJPEG输出，不需要走通用的H.26x硬件编码通路
  2. 外接USB UVC相机的通路，UVC协议本身就原生定义了MJPEG流的传输标准，相机端会直接完成单帧JPEG编码后传输给主机

整个流程完全绕开系统默认的MediaRecorder录制通路（该通路仅对接硬件H.26x编码的输入Surface，不支持直接写入MJPEG格式文件）：

• 第一步：通过Camera2的StreamConfigurationMap接口查询当前可用相机的支持输出格式，筛选出支持IMAGE_FORMAT_JPEG连续采集的对应分辨率、帧率组合
• 第二步：创建对应参数的ImageReader实例，单独承接相机输出的MJPEG流，预览流单独配置Surface不影响录制通路
• 第三步：在ImageReader的帧回调中，直接读取相机端传输的每帧JPEG原始数据，按照MJPEG常用的AVI、Matroska封装规则，结合每帧的时间戳写入本地文件——全程所有编码内容均来自相机端原始输出，没有任何重新编码、转码的步骤

• 消费级内置相机的兼容性问题：绝大多数手机厂商为了降低功耗、压缩存储占用，会在ISP层面屏蔽连续MJPEG的输出能力，查询相机能力列表时看不到连续JPEG的可配置尺寸，这类设备无法通过内置相机实现该方案；但外接UVC相机的场景（如工业平板、OTG连接的USB相机）对MJPEG的支持非常普遍
• 存储性能要求：同等分辨率下MJPEG的码率远高于H.264编码，1080p@30fps的MJPEG码率通常在40-80Mbps，对设备的存储写入IO性能有较高要求，低端设备可能因为IO带宽不足出现丢帧
• 系统版本限制：Android 13及以上版本对连续JPEG采集的权限校验更严格，需要申请完整的相机权限，无法通过低权限的预览通路采集这类原始帧流

MJPEG直接录制的场景大多集中在工业检测、机器视觉等垂直领域，并非消费级视频录制的主流需求，对应的方案大多由设备厂商闭源提供，公开的通用技术文档相对有限。

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