经典必看，从入门到精通的android视频下载!通往名企，从学习android视频下载开始!达内android培(pei)训技术专家总结(jie)了android下播放器(qi)视频输出(chu)方法总结(jie)。

在Android下输(shu)出(chu)视频画面,有很多(duo)种方法,每个都有自己的(de)特点(dian),比如将视频数(shu)据送回到(dao)java层然后(hou)用lockCanvas画出(chu)来这(zhei)种方法的(de)特点(dian)就(jiu)是(shi)慢.

上面这个完全不值得(de)提倡,视(shi)频(pin)数据从native层(ceng)传到jni层(ceng)很耗(hao)时间.

开发基于ffmpeg的播放器(qi)时,可(ke)以使(shi)用ffmpeg的各(ge)种软解码(ma)器(qi),也可(ke)以使(shi)用android带的OMXCodec解码(ma)器(qi),OMXCodec解码(ma)器(qi)是(shi)对OMX的一个封装.其中ffmpeg解码(ma)器(qi)主要输出(chu)(chu)YUV420P的帧,而OMXCodec解码(ma)器(qi)输出(chu)(chu)的格式(shi)就多样化,因具体的平(ping)台不同而不同.

使用OMXCodec解(jie)码(ma)器解(jie)出(chu)来的视(shi)频,可以(yi)让它(ta)自己输出(chu),只要在(zai)打(da)开解(jie)码(ma)器的时(shi)候给它(ta)传(chuan)个(ge)ANativeWindow:

解(jie)码函数(shu)read出来(lai)的是(shi)MediaBuffer,其实(shi)是(shi)GraphicBuffer,不(bu)需(xu)要关心它的格式(shi),只需(xu)要queueBuffer它,然后设置好render完成(cheng),并release它:

值得说明的(de)是(shi),在创建OMXCodec的(de)时候,也可以(yi)传(chuan)入kKeyColorFormat来指定成想(xiang)要(yao)的(de)格式(shi),但是(shi)不(bu)幸的(de)是(shi),有(you)时候并不(bu)会支持你想(xiang)要(yao)的(de), 比如有(you)的(de)手机(ji)就不(bu)支持HAL_PIXEL_FORMAT_YV12,而是(shi)使用了一种内部(bu)格式(shi),纠结吧,所(suo)以(yi)还是(shi)让它自己输出比较好.

在采用ffmpeg解码(ma)器时,目前我所知(zhi)道的,输(shu)(shu)出YUV420P有两种(zhong)方(fang)法,一(yi)种(zhong)是通(tong)过(guo)(guo)Lock ANativeWindow写入YUV数据,一(yi)种(zhong)是通(tong)过(guo)(guo)opengles在片断(duan)着色器中(zhong)将YUV数据通(tong)过(guo)(guo)公式转换成RGB输(shu)(shu)出.

参考(kao)AwesomePlayer.cpp,会发现有个(ge)SoftwareRenderer的东东,这个(ge)类(lei)可以(yi)输(shu)(shu)出 HAL_PIXEL_FORMAT_YV12, YUV420P->YV12的转换其(qi)实(shi)很(hen)简单,就是UV分量的存储(chu)位置不一(yi)样,拷贝(bei)时变换下就可以(yi)了.这个(ge)是Lock ANativeWindow的方(fang)法(fa).里面还有一(yi)个(ge)AwesomeNativeWindowRenderer,其(qi)实(shi)就是上面提(ti)到的让OMXCodec自己去输(shu)(shu)出视频的方(fang)法(fa).

我(wo)在实践中发(fa)现(xian),有些手(shou)机的(de)(de)SoftwareRenderer没有处理好(hao),特别是(shi)刷第三方ROM的(de)(de)时候(hou),会花(hua)屏,所以(yi)需(xu)要自己(ji)手(shou)动(dong)从SoftwareRenderer.cpp中提取代码(ma),其实就是(shi)操作ANativeWindow的(de)(de)一些函数:

上面(mian)的(de)代码(ma)省略了很多,只是(shi)一(yi)个(ge)基本的(de)流程.android的(de)源(yuan)码(ma)中还有一(yi)个(ge)gl2_yuvtex.cpp,里面(mian)有输出YUV的(de)方(fang)法(fa)(fa),是(shi)采用了初始化 egl和opengles,然后创(chuang)建GraphicBuffer写入数据,跟据GraphicBuffer创(chuang)建EGLImageKHR,最(zui)后调用 opengles的(de)扩展GL_OES_EGL_image_external 输出YUV,这(zhei)种方(fang)法(fa)(fa)我也(ye)把(ba)它(ta)归属(shu)于LockAnativeWindow方(fang)法(fa)(fa),因为这(zhei)个(ge)方(fang)法(fa)(fa)就是(shi)上面(mian)的(de)底层(ceng)实现.

Lock AnativeWindow方法(fa)优点(dian)是底层有平台实现,非常(chang)(chang)快,缺点(dian)是,在lockBuffer之后(hou),我们可以(yi)拿到(dao)y分(fen)量(liang)的(de)(de)行字(zi)节数,即stride,但是没有办法(fa)获取到(dao)uv分(fen)量(liang)的(de)(de)stride,跟据(ju)一(yi)般(ban)情况下应(ying)该是y_stride/2然后(hou)按(an)16字(zi)节对齐,但是有些厂商不按(an)常(chang)(chang)理出(chu)牌(pai),这个值不一(yi)定是这样(yang)的(de)(de),导致结果就是花屏或者内存Abort,所以(yi)得(de)适配手机,麻(ma)烦!

再来说(shuo)说(shuo)使(shi)(shi)用(yong)(yong)opengles将YUV转(zhuan)(zhuan)(zhuan)换(huan)成(cheng)RGB输出的(de)方(fang)法(fa),这种方(fang)法(fa)很早有就人使(shi)(shi)用(yong)(yong)了(le),最(zui)早的(de)时(shi)候就使(shi)(shi)用(yong)(yong)软件将YUV转(zhuan)(zhuan)(zhuan)换(huan)成(cheng)RGB输出,但是(shi)效率太(tai)低了(le),于是(shi)大神们(men)将眼光投(tou)向了(le)opengles的(de)可编程片段着(zhe)色(se)器(qi)(qi),将YUV的(de)转(zhuan)(zhuan)(zhuan)换(huan)放(fang)到着(zhe)色(se)器(qi)(qi)去做(zuo),硬(ying)件处理是(shi)非常快(kuai)的(de),这样就大大提高了(le)效率,具体的(de)做(zuo)法(fa)是(shi):初始化EGL(参(can)考gl2_yuvtex.cpp)->创建(jian)着(zhe)色(se)器(qi)(qi)程序并编译连接(jie)->创建(jian)并上传(chuan)纹(wen)理->画三(san)角形.下面是(shi)顶(ding)点(dian)和(he)纹(wen)理坐标,着(zhe)色(se)器(qi)(qi)代码:

要(yao)注意(yi)的是,EGLContex和(he)线程相关,是opengles的状态机(ji).使用这种方法(fa)要(yao)注意(yi),在(zai)有些老的机(ji)器(qi)上(shang),使用glTexImage2D或 glTexSubImage2D更新(xin)纹理(li)时非常慢,一帧(zhen)720x576的图(tu)片可达80ms,这样的话,就不要(yao)用这种方法(fa)渲(xuan)染了,除非你可以(yi)舍(she)弃清晰度,在(zai)新(xin)的硬件上(shang),一般都能在(zai)几个ms内(nei).

使(shi)用opengles来渲(xuan)(xuan)染(ran),还有(you)其他的方法(fa),就是使(shi)用OES扩展,在安卓(zhuo)源(yuan)码(ma)里(li)有(you)例子gl2_yuv.cpp,可以参考使(shi)用,使(shi)用 glEGLImageTargetTexture2DOES上(shang)传纹(wen)理没有(you)问题,一(yi)般(ban)都非常快,但是兼容(rong)性(xing)不好,原因和使(shi)用nativewindow直(zhi)接渲(xuan)(xuan)染(ran)是相同(tong)的.

经典必看android视频下载教程(cheng)，从(cong)入门到精通的android视频下载!