android软解码

① android手机RockPlayer视频播放器中，硬解跟软解有什么区分，哪个相对要好些

硬解是用GPU（显示芯片）进行解码。软解使用CPU（中央处理器）进行解码。硬解不耗CPU，软解非常耗CPU，假如你的手机配置不高，就用硬解吧，软解会很卡。在解码器好的情况下，软解的质量比硬解好。android平台上一般用libavcodec，这个解码器很不错，解出来的质量当然好。

② android手机有默认解码器吗

实际上系统中存在的解码器可以很多，但能够被应用使用的解码器是根据配置来的，在/system/etc/media_codecc.xml中配置。这个文件一般由硬件或者系统的生产厂家在build整个系统的时候提供，一般是保存在代码的device/[company]/[codename]目录下的，例如device/samsung/tuna/media_codecs.xml。这个文件配置了系统中有哪些可用的codec以及，这些codec对应的媒体文件类型。在这个文件里面，系统里面提供的软硬codec都需要被列出来。

也就是说，如果系统里面实际上包含了某个codec，但是并没有被配置在这个文件里，那么应用程序也无法使用到！

在这里配置文件里面，如果出现多个codec对应同样类型的媒体格式的时候，这些codec都会被保留起来。当系统使用的时候，将后选择第一个匹配的codec。除非是指明了要软解码还是硬解码，但是Android的framework层为上层提供服务的AwesomePlayer中在处理音频和视频的时候，对到底是选择软解还是硬解的参数没有设置。所以虽然底层是支持选择的，但是对于上层使用MediaPlayer的Java程序来说，还是只能接受默认的codec选取规则。

但是Android提供的命令行程序/system/bin/stagefright在播放音频文件的时候，倒是可以根据参数来选择到底使用软解码还是硬解码，但是该工具只支持播放音频，不支持播放视频。

一般来说，如果系统里面有对应媒体的硬件解码器的话，系统开发人员应该是会配置在media_codecs.xml中，所以大多数情况下，如果有硬件解码器，那么我们总是会使用到硬件解码器。极少数情况下，硬件解码器存在，但不配置，我猜测只可能是这个硬解码器还有bug，暂时还不适合发布。

③ 有什么软件可以自动输入密码破解密码

Ciphey。
Ciphey 是一个使用自然语言处理和人工智能的全自动解密/解码/破解工具。 简单地来讲,你只需要输入加密文本,它就能给你返回解密文本。
WiFi万能钥匙 是一款自动获取周边免费Wi-Fi热点信息并建立连接的android和iOS手机必备工具。 所有的热点信息基于云端数据库，内置全国数万Wi-Fi热点数据，随时随地轻松接入无线网络，最大化使用各种联网的移动服务，扫除无网断网的状态，尤其适合商务人群、移动人群和重度网虫。

④ 为什么Android视屏播放 软解码会卡

你的手机CPU不行，或者是内存过小

⑤ 将电影转成群晖videostation能播放的格式

要Mxplayer的硬解码硬解码+软解码超级好用。
另外需要注意的是，自定义编解码器需要用指定的版本，如果你的Mxplayer升级了，自定义编解码器也应该替换成对应的版本才对。
在Android设备硬解不支持的情况下选择使用软解码，不管怎么样，视频至少能够播放，具有更好的适应性，但是增加了CPU的占用，更加费电。

⑥ android下视频文件从解码到播放需要哪几步，请简述

Android通过软解码播放视频
1， 一般情况下Android的平台都是硬解码视频的，尤其是在Arm平台这种成熟的硬件平台上面（硬解码代码由芯片厂商提供）。但是Android移植到
2， MIPS平台时间还不长，还不成熟，还需要自己实现硬件解码的工作。为了早日让Android在MIPS平台运行起来，我选择了先用软解码播放视频。
3，Android代码是从Android on MIPS社区获得的代码。发现软解码视频播放过程中会发生崩溃。经过分析好像是内存分配的问题。

4， 经过研究OpenCore库（Android框架是通过OpenCore来播放视频的，网上有很多关于OpenCore的介绍，这里就不多说了），并参考Android平台——Surfaceflinger机制。发现问题出在源文件：
frameworks/base/libs/surfaceflinger/LayerBuffer.cpp的LayerBuffer::BufferSource::postBuffer方法中：
............
buffer = new LayerBuffer::Buffer(buffers, offset);
............类LayerBuffer::Buffer的构造函数代码如下：
LayerBuffer::Buffer::Buffer(const ISurface::BufferHeap& buffers, ssize_t offset)
: mBufferHeap(buffers)
{
NativeBuffer& src(mNativeBuffer);
g.handle = 0;
gralloc_mole_t const * mole = LayerBuffer::getGrallocMole();
if (mole && mole->perform) {
int err = mole->perform(mole,
GRALLOC_MODULE_PERFORM_CREATE_HANDLE_FROM_BUFFER,
buffers.heap->heapID(), buffers.heap->getSize(),
offset, buffers.heap->base(),
& g.handle);
if (err == NO_ERROR) {
op.l = 0;
op.t = 0;
op.r = buffers.w;
op.b = buffers.h;
g.w = buffers.hor_stride ?: buffers.w;
g.h = r_stride ?: buffers.h;
rmat = rmat;
se = (void*)(intptr_t(buffers.heap->base()) + offset);
}
}
}LayerBuffer::getGrallocMole方法的调用到的Gralloc为：
hardware/libhardware/moles/gralloc/gralloc.cpp因为的没有实现在自己的硬件只能用通用的Gralloc，经过分析发现通用的Gralloc没有实现
5， mole->perform函数指针，mole->perform为NULL，所以不会对Buffer进行必要的初始化（我觉得应该是一个疏忽，只是不知道是谷歌的疏忽，还是MIPS移植人员的疏忽，最起码应该能够让通用硬件能跑起来）。参考其他的硬件实现一个perform函数指针到通用Gralloc中。
在源文件：
hardware/libhardware/moles/gralloc/mapper.cpp增加如下的函数定义：
int gralloc_perform(struct gralloc_mole_t const* mole,
int operation, ... )
{
int res = -EINVAL;
va_list args;
va_start(args, operation);
switch (operation) {
case GRALLOC_MODULE_PERFORM_CREATE_HANDLE_FROM_BUFFER: {
int fd = va_arg(args, int);
size_t size = va_arg(args, size_t);
size_t offset = va_arg(args, size_t);
void* base = va_arg(args, void*);
native_handle_t** handle = va_arg(args, native_handle_t**);
private_handle_t* hnd = (private_handle_t*)native_handle_create(
private_handle_t::sNumFds, private_handle_t::sNumInts);
hnd->magic = private_handle_t::sMagic;
hnd->fd = fd;
hnd->flags = private_handle_t::PRIV_FLAGS_USES_PMEM;
hnd->size = size;
hnd->offset = offset;
hnd->base = intptr_t(base) + offset;
hnd->lockState = private_handle_t::LOCK_STATE_MAPPED;
*handle = (native_handle_t *)hnd;
res = 0;
break;
}
}
va_end(args);
return res;
}然后在gralloc.cpp中增加，gralloc_perform的声明：
extern int gralloc_perform(struct gralloc_mole_t const* mole,
int operation, ... );并修改HAL_MODULE_INFO_SYM的定义，增加perform字段的定义：
struct private_mole_t HAL_MODULE_INFO_SYM = {
base: {
.......
perform: gralloc_perform,
},
......
}; 重新编译gralloc模块，再次用Gallary应用程序通过软解码播放视频，就可以流畅的播放了，软解码的效率挺高的，没有卡的感觉！