[英]Android MediaCodec: How many simultaneous (video) decoding threads are supported on multiple SurfaceViews?
从Grafika项目,文件 DoubleDecodeActivity.java。 我在 3 个 SurfaceViews 上使用 MediaCodec API 尝试了 3 个同步视频(h264)解码器。 将第 4 个解码器添加到第 4 个 SurfaceView 到带有 Android 5.1 崩溃的 Nexus 7,那么可能或支持多少个同时解码器。
附注。 这次崩溃后,MediaCodec 不再工作。 需要重启设备才能使用 MediaCodec。
下面是崩溃日志。 在第四个解码器线程的decoder.start()
函数中崩溃。
com.example.app.one V/DecodeActivity: Mime: video/avc
com.example.app.one I/OMXClient: Using client-side OMX mux.
com.example.app.one V/DecodeActivity: Mime: video/avc
com.example.app.one I/OMXClient: Using client-side OMX mux.
com.example.app.one V/DecodeActivity: Mime: video/avc
com.example.app.one E/ACodec: [OMX.qcom.video.decoder.avc] storeMetaDataInBuffers failed w/ err -2147483648
com.example.app.one E/ACodec: [OMX.qcom.video.decoder.avc] storeMetaDataInBuffers failed w/ err -2147483648
com.example.app.one W/ACodec: do not know color format 0x7fa30c03 = 2141391875
com.example.app.one W/ACodec: do not know color format 0x7fa30c03 = 2141391875
com.example.app.one I/OMXClient: Using client-side OMX mux.
com.example.app.one V/DecodeActivity: Mime: video/avc
com.example.app.one I/OMXClient: Using client-side OMX mux.
com.example.app.one E/ACodec: [OMX.qcom.video.decoder.avc] storeMetaDataInBuffers failed w/ err -2147483648
com.example.app.one E/ACodec: [OMX.qcom.video.decoder.avc] storeMetaDataInBuffers failed w/ err -2147483648
com.example.app.one W/ACodec: do not know color format 0x7fa30c03 = 2141391875
com.example.app.one W/ACodec: do not know color format 0x7fa30c03 = 2141391875
com.example.app.one E/ACodec: registering GraphicBuffer 9 with OMX IL component failed: -2147483648
com.example.app.one V/PlayerFromFileThread: inputBuffer not available.
com.example.app.one E/ACodec: Failed to allocate buffers after transitioning to IDLE state (error 0x80000000)
com.example.app.one E/ACodec: signalError(omxError 0x80001001, internalError -2147483648)
com.example.app.one V/PlayerFromFileThread: inputBuffer not available.
com.example.app.one E/MediaCodec: Codec reported err 0x80001001, actionCode 0, while in state 5
? E/ACodec: registering GraphicBuffer 4 with OMX IL component failed: -2147483648
? E/AndroidRuntime: FATAL EXCEPTION: Thread-485
Process: com.example.app.one, PID: 17143
android.media.MediaCodec$CodecException: start failed
at android.media.MediaCodec.native_start(Native Method)
at android.media.MediaCodec.start(MediaCodec.java:612)
at com.example.app.one.MainActivity$PlayerFromFileThread.run(MainActivity.java:1921)
? E/ACodec: Failed to allocate buffers after transitioning to IDLE state (error 0x80000000)
? E/ACodec: signalError(omxError 0x80001001, internalError -2147483648)
? E/MediaCodec: Codec reported err 0x80001001, actionCode 0, while in state 5
这有点不好定义。
在 API 23 中添加了 MediaCodecInfo getMaxSupportedInstances()方法,该方法大胆地声称,“这是对上限的提示。”
严格定义此值的麻烦在于硬件实例的数量可能受带宽要求的限制,而不是固定值。 因此,您可能能够解码两个 720p 流,但只能解码一个 1080p 流。
在许多设备上,如果硬件无法支持您的请求,OMX 将切换到软件解码器,例如,较旧的 Nexus 设备之一将让您使用硬件编解码器解码两个流,然后开始分发软件编解码器实例。
getMaxSupportedInstances()
调用试图提供额外的信息,但据我所知,仍然需要对每个设备进行一定数量的试验和错误来确定设备究竟可以做什么。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.