作为经常折腾Android录屏的开发者，我之前也碰到过类似的低分辨率设备兼容性问题，结合实践经验给你拆解这几个疑问：

一、如何避免及控制绿线问题？ #

绿线本质是硬件编码器无法处理非标准分辨率，输出了损坏的帧数据，你可以试试这些方案：

• 优先使用设备原生支持的分辨率：通过MediaCodecList遍历视频编码器的CodecCapabilities，获取它支持的分辨率范围和宽高比。比如用MediaCodecInfo.CodecCapabilities.getSupportedSizesForFormat查询H.264编码支持的尺寸，确保你设置的setVideoSize在这个列表里。
• 预处理画面适配编码器：如果必须用特定非标准分辨率，先对MediaProjection采集的画面进行缩放或裁剪，转成编码器支持的分辨率后再传给MediaRecorder。比如用Surface结合Canvas做实时缩放，或者用ImageReader读取帧数据后处理。
• 检查MediaRecorder配置顺序：确保配置顺序正确，一般是：setOutputFormat → setVideoEncoder → setVideoSize → setVideoFrameRate → setOutputFile，错误的顺序可能导致编码器参数不生效。
• 尝试切换编码格式或使用软件编码：如果硬件编码器兼容性差，可以试试设置MediaRecorder.VideoEncoder.DEFAULT让系统自动选择，或者强制使用软件编码（比如MediaRecorder.VideoEncoder.H264的软件实现，不过会增加CPU负载）。

二、为何仅MediaRecorder会出现此问题，而MediaCodec无此现象？ #

这两个API的底层逻辑差异很大：

• MediaRecorder是高层封装API：它内部直接调用系统的硬件编码器，并且对参数的容错性极低。一旦传入硬件编码器不支持的分辨率，它不会自动做适配，直接让编码器输出错误数据（绿线就是典型表现）。而且它没有暴露中间处理的接口，你没法干预数据的编码前处理。
• MediaCodec是底层可控API：你需要自己处理帧数据的采集、格式转换和编码流程。通常在使用MediaCodec时，你会主动适配编码器的要求——比如提前把画面转成编码器支持的分辨率，或者设置MediaCodec的format时严格遵循编码器的能力。另外，MediaCodec可以 fallback 到软件编码，当硬件编码器不支持时，会自动切换，避免出现错误帧。

三、为何设备无法录制特定分辨率的视频，却能播放该分辨率的视频？ #

录制和播放依赖的硬件模块是完全独立的，兼容性逻辑不一样：

• 硬件编码器的局限性：低分辨率设备的硬件编码器通常是为设备原生屏幕分辨率优化的，只支持有限的几个分辨率和宽高比（比如和屏幕同比例的尺寸）。这是因为编码需要大量计算，厂商会优先优化常用分辨率，减少硬件成本。
• 硬件解码器的兼容性更好：播放用的硬件解码器设计目标是支持尽可能多的格式和分辨率，因为播放场景更复杂（用户会播放各种来源的视频）。而且解码的计算逻辑比编码简单，硬件解码器更容易做到通用兼容，甚至当硬件不支持时，播放器会自动切换到软件解码，所以能正常播放非标准分辨率的视频。

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