1，安卓手机在哪里打开gpu硬解码
不同的手机设置方式不一样，试试开发者选项能否打开！如果是视频解码，播放器会自动选择软解或者硬解！
2，手机 软解码和硬解码 解惑
为了节约存储空间，我们在设备上播放的视频文件都是经过压缩的；在播放过程，需要进行一个反射的解压缩过程，这就是 解码 软解码的解码过程完全由 cpu 完成的，所以 对 cpu 的性能要求非常高 。如果 cpu 性能不行， 解码速度跟不上，那我们所看到的画面就是不流畅、有卡顿的，以当前市场的手机设备，软解 4k 的视频，就非常明显看到这种现象。同时，由于 cpu 是非常耗电的， cpu 的使用率越高， 耗电量越高， 所以 软解码是非常耗电的 。 而硬解码是通过 gpu 等类似具备 图形处理功能的芯片完成解码过程，而 gpu 是基于大的吞吐量、并发计算设计，对数据相关性不大的重复运算，有时加速比能达到几百倍甚至更高，所以， 使用 gpu 实现视频解码， 速度远快于软解码 。 另外，gpu 耗电量是远小于 gpu ，所以 硬解码耗电量是非常小的 。 但由于，gpu 本身限于 gpu 开发平台，只能对 gpu 本身支持的编码格式才能进行解码，所以只有 符合硬解的编码格式的视频才能使用硬解码 ，例如 h264 格式。 软解码 硬解码 这里举例的视频是 【720p】 ，所以比较并不是很明显。 不过，还是可以看出硬解码比软解码对 cpu 的使用率小很多： 同时，帧率硬解码比软解码要高很多，也意味着硬解画面会更流畅： 建议： 对于符合硬解码的编码格式，例如【h264】，采用【硬解码】进行解码；不符合硬解码的编码格式视频，才采用软解码 。 这样，不仅仅降低对 cpu 的负荷，让画面更流畅，还大大降低耗电量。 视频解码的步骤分为： 首先，无论是 硬件解码 还是 软件解码 ，所进行的解码过程和解码结果都是完全一样的。 他们的 区别 就是视频解码的工作是由 cpu 完成，还是由 gpu 来完成而已。 因此， 在理论上硬件解码和软件解码的效果应该是完全一样的 。 但在最后一个解码步骤 postproc ( 显示后处理，解码去块滤波操作 deblocking ) 。 deblocking 的意思为解码去块，能够消除 h.264 压缩编码可能产生的马赛克现象，真实地还原视频图像。 deblocking 对 cpu 提出了较高的要求，在 cpu 性能不够时 , 开启 gpu 硬件加速就会关闭解码去块滤波操作 (deblocking) ，这时播放一些影片会看到较明显的马赛克现象，明显影响画面质量。 换句话说，确实存在， 在 cpu 性能不够的时候，启用 硬解码 ，会关闭解码去块滤波操作 （deblocking） ，明显影响画面质量 。 但基于当前手机设备，大多数 cpu 的性能足够满足于硬解码的需求，所以， 出现这种情况的手机设备必然是低端机、远次于目前市场的微量手机 。 另外，我们对 ios 和 android 各种机型实际测试中，也未曾发现开启硬解后，画质明显下降的现象。
3，在android 平台实现硬解的大侠们你们是怎么实现硬解码的
1、视频尺寸 一般都能支持176x144/352x288这种尺寸，但是大一些的，640x480就有很多机子不行了，至于为什么，我也不知道。当然，这个尺寸必须和摄像头预览的尺寸一致，预览的尺寸可以枚举一下。2、颜色空间 根据android sdk文档，确保所有硬件平台都支持的颜色，在摄像头预览输出是yuv12，在编码器输入是color_formatyuv420planar，也就是前面代码中设置的那样。 不过，文档终究是文档，否则安卓就不是安卓。 在有的平台上，这两个颜色格式是一样的，摄像头的输出可以直接作为编码器的输入。也有的平台，两个是不一样的，前者就是yuv12，后者等于i420，需要把前者的uv分量颠倒一下。byte[] i420bytes = null; private byte[] swapyv12toi420(byte[] yv12bytes, int width, int height) if (i420bytes == null) i420bytes = new byte[yv12bytes.length]; for (int i = 0; i < width*height; i++) i420bytes[i] = yv12bytes[i]; for (int i = width*height; i < width*height + (width/2*height/2); i++) i420bytes[i] = yv12bytes[i + (width/2*height/2)]; for (int i = width*height + (width/2*height/2); i < width*height + 2*(width/2*height/2); i++) i420bytes[i] = yv12bytes[i - (width/2*height/2)]; return i420bytes; } 3、输入输出缓冲区的格式 sdk里并没有规定格式，但是，这种情况h264的格式基本上就是附录b。但是，也有比较有特色的，它就是不带那个startcode，就是那个0x000001，搞得把他编码器编出来的东西送给他的解码器。bytebuffer outputbuffer = outputbuffers[outputbufferindex]; byte[] outdata = new byte[bufferinfo.size + 3]; outputbuffer.get(outdata, 3, bufferinfo.size); if (framelistener != null) if ((outdata[3]==0 && outdata[4]==0 && outdata[5]==1) || (outdata[3]==0 && outdata[4]==0 && outdata[5]==0 && outdata[6]==1)) framelistener.onframe(outdata, 3, outdata.length-3, bufferinfo.flags); } else outdata[0] = 0; outdata[1] = 0; outdata[2] = 1; framelistener.onframe(outdata, 0, outdata.length, bufferinfo.flags); } }