Ｖ烹鬻煞烹ｌＮＦＯＲＭＡＴ．ＯＮＴＥＲ黼怎蒋疆【本文献信息】杨明极，毕晶．基于Ａｎ＆ｏｉｄ视频客户端的设计［Ｊ］．电视技术，２０１２，３６（３）．基于Ａｎｄｒｏｉｄ视频客户端的设计杨明极，毕晶（哈尔滨理工大学测控技术与通信工程学院，黑龙江哈尔滨１５００８０）【擒要】普通的网络视频监控已普及于安防应用和人们的家庭生活，但不能满足人们用手机实时监视的需求。因此，设计Ａｎ—ｄｒｏｉｄ系统下的视频客户端具有了一定的实际意义。介绍了Ａｎｄｒｏｉｄ操作系统的特点及应用，设计了视频客户端分层的结构，分析了视频客户端各层的关键技术及功能。最后，系统通过性能测试，实现了客户端远程实时视频监视的功能。【关键词】Ａｎｄｒｏｉｄ；客户端；远程视频监视【中图分类号】ＴＰ３１１．５４【文献标识码】ＡｏｎＤｅｓｉｇｎｏｆＶｉｄｅｏＣｌｉｅｎｔＢａｓｅｄＹＡＮＧＭｉｎ＠ｉ。ＢＩＡｎｄｒｏｉｄ（ＣｏｌｌｅｇｅｏｆＭｅａｓｕｒｅ．－ａｍｔｒｏｌＴｅｃｈｎｏｌｏｇｙａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎＥｎｇｉ毗，ＨａｒｂｉｎｆｏｒｖｉｄｅｏＪｉ鸣Ｕｎ洫．ｒｓｉｔｙｏｆＳｃｉｅｎｃｅａｎｄｎｏｔＴｅｃｈｎｏｌｏｇｙ，Ｈａｒｂｉｎｆｏｒ１５００８０。‰）ｆｕｎｃｔｉ懈【Ａｂｓｔｒａｃｔ】Ｔｈｅｃｏｒｎ／ｌｉｏｎｎｅｔｗｏｒｋｖｉｄｅｏｒｅｎｍｔｅｍｏｎｉｔｏｒｉｎｇｉｓａｐｐｌｉｅｄｉｎｔｈｅｓｅｃｕｒｉｔｙａｎｄｎｏｒｍａｌｌｉｆｅ。ｂｕｔｂａｓｅｄＯｎｔｈｅｒｅｑｕｉｒｅｍｅｎｔｏｆｒｅａｌ－ｔｉｍｅｍｏｎｉｔｏｒｉｎｇｔｈｌ伽曲ｍｏｂｉｌｅｔｈｅｐｈｏｎｅ．ｎｅｒ妇ｅ，ｄｅｓｉｇｎｏｆｖｉｄｅｏｃｌｉｅｎｔ８ｒｅＡｎｄｒｏｉｄ］３ｅ（ＸｍｌｅＳｓｉｇｎｉｆｉｃａｎｔａｎｄｕｓｅｆｕｌ．ＳｏｍｅｃｈａｒａｃｔｅｒｉｓｔｉｃｓａｎｄａｐｐｌｉｃａｔｉｏｎｓｏｆｔｈｅＡｎ－ｃｆｉｅｎｔｉ８ｐｒｏｐｏｓｅｄ，ａｎｄｔｈｅｋｅｙｔｅｃｈｎｏｌｏ西档ａｎｄｆｕＩＫ＝ｔｉｏｒｔ８ｏｆｅａｃｈｌａｙｅｒｉｎｒｅａｌ－ｔｉｍｅｖｉｄｅｏｃｌｉｅｎｔｒｅｍｏｔｅｍｏｎｉｔｏｒｉｎｇ＆ａｉｄｏｐｅｒａｔｉｎｇｓｙｓｔｅｍｖｉｄｅｏｃｌｉｅｎｔｉｎｔｒｏｄｕｃｅｄ，ｎｄｅｓｉｇｎｏｆｓｔｒａｔｉｆｉｅｄｓｔｒｕｃｔｕｒｅａｒｅ跗皿Ｉ灿Ｆｉｎａｌｌｙ，ｔｈｅ．ｙｓｔｅｍｖｉｄｅｏｐａｓｓｅｓｔｈｅ弘ｄ醅ｍ跗耽ｔｅｓｔａ，ａｎｄ他ａｌ：．嘲ｔｈｅ【Ｋｅｙｗｏｒｄｓ】ｔｉ．１ｒｏｉｄ；ｃｌｉｅｎｔ；ｒｅｍｏｔｅｓｕｒｖｅｉｌｌａｎｃｅ随着２１世纪的到来，全球快速的进入信息时代，移动通信系统由于综合利用了有线和无线的传输方式，解决了人们在活动中与固定终端或其他移动载体上的对象进行通信联系的要求，移动通信给社会带来了深刻的信息化变革，已成为最受青睐的通信手段。如今，以嵌入式技术为依托，以网络、通信技术为平台的网络视频监控，已经越来越成熟，应用范围越来越广阔。网络视频监控突破了地域的限制，实现了远程监控，可是，随着“ＡｎｙＷｈｅｒｅ，ＡｎｙＴｉｍｅ，ＡｎｙＨａｎｄｓｅｔＡｌｌｉａｎｃｅ，０ＨＡ），发布了名为Ａｎｄｒｏｉｄ的开放手机软硬件平台。Ａｎｄｒｏｉｄ是基于Ｌｉｎｕｘ内核的软件平台和操作系统。框架结构由５个部分组成，其核心为Ｌｉｎｕｘ内核，逐次向上是Ａｎｄｒｏｉｄ开发的Ｌｉｂｒａｒｉｅｓ（函数库）和Ａｎｄｒｏｉｄ序框架）来开发各种不同的应用程序…。Ｒｕｎｔ－ｉｍｅ（运行环境），以及搭配ＡｐｐｌｉｃａｔｉｏｎＦｒａｍｅｗｏｒｋ（应用程对于硬件开发商来说。Ａｎｄｒｏｉｄ是开放的平台，只要厂商有实力和能力就可以在此平台上自由添加特有的设备或功能，不受到手机操作系统的限制；对于手机开发者而Ｄｅｖｉｃｅ”（任何时间、任何地点、任何设备）等概念的提出，普通的网络视频监控已经不能满足用户日益增长的多元化需求。“手机视频监控”使这个问题有了答案，这项应用将在安防行业中得到迅速推广和普及，同时，它也会逐渐走人人们的家庭生活中，比如在工作中的白领人员可以在工作中用手机实时监看家里无人照看的老人或幼儿园里孩子的情况，企业人员可以用手机随时随地监言，Ａｎｄｗｉｄ是先进的平台，平台上的应用程序可兼容于各种型号的Ａｎｄｒｏｉｄ手机，免除为各种不同手机机型开发的困扰。Ａｎｄｒｏｉｄ平台支持各种先进的网络、绘图、３Ｄ处理能力，可以用来提供更好的用户体验。通过ＡｎｄｒｏｉｄＭａｒ－ｋｅｔ将自己的应用程序销售给世界各地用户；对于用户来看自己的店铺、超市、公司的运营隋况等。本文主要是对基于Ａｎｄｒｏｉｄ平台视频客户端进行设计，最后实现其播放的核心功能以及实时监视等多项基本功能。１说，Ａｎｄｒｏｉｄ是一个用于手机的操作系统。只要用户申请了Ｃｏｏｓｌｅ帐户，当想换手机时，可以在不同的厂牌同样使用Ａｎｄｒｏｉｄ操作系统平台的手机之间选择，并且很容易将比如通讯薄等个人资料转换到新手机上。Ａｎｄｒｏｉｄ平台简介２００７年１１月５日，Ｃ，ｏｏｇｌｅ与其他３３家手机制造商２远程实时视频监视整体设计目前，远程实时视频监视技术主要趋向以下几个方向：首先，支持多样化格式。Ｘｍｍｓ，Ｘｍｏｖｉｅ，ＱｕｉｃｋＴｉｍｅ是主要针对固定的媒体格式类型或传输协议，具有一定的专投稿用址ｈｔＩｐ：／１ｗｖｗ．Ｖｉｄ∞Ｅ朋Ｉ‘电视技术’第∞卷第３期Ｉ总第３７８期ｌ（包括摩托罗拉、宏达电、三星、ＬＧ）、手机芯片供应商、软硬件供应商、电信业者所联合组成的开放手机联盟（Ｏｐｅｎ万方数据４３一：ｌＮ的Ｒ眦俐征Ｒ燃惠嚣用性，因此难以满足广大消费者的的需求，如今的音频、视频格式越来越多，如常见的音频ＷＭＡ、ＭＰ３以及视频的ＲＭ、ＡＶＩ等。如何能播放所有格式，是现今研究的方向。其次，可扩展性也是一个必要的趋势，如今的播放器功能越来越强大，如何在现有的基础上使功能更全面，也是人们接受的一个因素。这就是本设计选用开放式Ａｎｄｒｏｉｄ平台的—个原因，代码完全公开，为其功能扩展提供方便的条件。２１远程视频监视整体设计方案ｙ＇謦辫謦的绘图接口，Ａｎｄｒｏｉｄ的Ｊａｖａ框架层调用这些绘图接口来构建各种ＵＩ元素。此外，Ｊａｖａ应用程序层也可以调用这些绘图接口。Ｚ３音视频解码层音视频解码层包括解码选择组件、多样主流音视频格式的解码器以及多路媒体流之间的同步的功能。解码选择组件先从本地文件或者流媒体文件中获取媒体解码格式的相关信息，通过获取的信息来匹配出对应的解码器对媒体流解码，此部分通过解码算法的移植、修剪及优化后完成。Ｚ４数据预处理层数据预处理层对于媒体流文件来说，先要将ＲＴＰ的包头信息去除，再对ＲＴＰ中的音视频信息进行组帧，同时将全部的数据帧传递到上层待解码缓冲区；而对于本地文件，则需要按照相对应的媒体格式进行解封装，再将获取文件的音视频等信息按帧放人对应的上层待解码缓冲区。２５数据获取层远程视频监视系统无论播放本地文件还是网络流媒体文件，都需要经历３个处理阶段，分别是获取媒体数据、对音视频媒体流解码以及将解码后的媒体数据给用户显示【２Ｊ，本设计依据这３个处理阶段将远程视频实时监视在整体结构上进行分层设计。由于本地文件和网络流媒体文件的数据获取方式是相异的，若保证上层解码的一致性，就要对本地文件和网络流媒体文件进行预处理，使它们的数据格式相同以供上层解码。因此，本设计结合以上特点以及文件的解码流程数据获取层的功能主要是对本地或流媒体文件的获取。对本地文件信息获取需要读取本地文件即可，而对于流媒体信息文件的获取，则需要从流媒体服务器上获取数据信息，获取信息期间包括前期会话协商、数据缓冲、数据发送等部分。此外，媒体协商部分中协商媒体流的常规信息，例如音视频媒体类型、传输协议以及媒体传输端口等信息，这些都需用到ＲＴＳＰ协议Ｈ】。３对远程视频实时监视的整体结构采用分层设计方案，每一层独立完成工作，不但能够降低系统的耦合度，而且各层的独立扩展不干扰上下层的应用。整体结构层从上到下分别设计为用户界面、音视频解码层、数据预处理层、数据提取层。整体结构如图１所示。晕与｝匝固ｍｒ，Ｈ．２６４，ＭＰ３，ＳａＣ视频客户端的实现３．１用户界面１Ｉ选择解码器用户界面是基于Ａｎｄｒｏｉｄ的ＧＵＩ系统实现的ＨＪ，由类Ｖｉｄｅｏ音视频缓冲区与ｊＭｏｎｉｔｏｒ来具体实现，其类图如图２所示。ＶｉｄｅｏＭｏｎｉｔｏｒ—ｓｔａｒｔ：Ｂｕｎ∞－ｓｔｏｐ：Ｂｕｔｔｏｎｌ本地文件Ｉｆ提取ＲＴＰ包中ｌＩ解封装Ｉ数据信息Ｉ堡翌匿ｌ。—■彳＝—一Ｒ’ＦＰ／ＲＴＣＰ、Ｒ＂ＩＳＰ．ｍＴｅｘｔＶＩＣＷ：Ｔ“ｔＶｉｃｗ．ｒｅｓｕｒｆａｃｅＶＪｅｗ：ＳｕｒｆａｃｅＶＪｅｗ．ｍＳｕｒｆａｃｃＨｏｌｄｅｒ：ＳｕｒｆａｃｅＨ０ｌｄＨ－ｍＳｔｒＰａｔｈ：Ｓｔｒｉｎｇ本地文件图１２２用户界面Ｉ—ｍＰａｓｓｗｏｒｄ：Ｓｔｎｎｇ－ｍＭｏｎｌｔｏｒＰａｔｈ：Ｓｔｒｉｎｇ＋ｍＲａｄｉｏＧｒｏｕｐｌＲａｄｉｏＧｒｏｕｐＪ获取网络文件Ｉ＋ｍＲａｄｉｏＧｒｏｕｐＣｈａｎｎｅｌ：ＲａｄｉｏＧｒｍｍ＋ｍＲａｄｉｏｌ：ＲａｄｉｏＢｕｔｔｏＩＩ＋ｍＲａｄｉ０２：ＲａｄｉｏＢＵｆｆＤｌｌ远程实时视频监视的整体结构图＋ｍＲａｄｉ０３：ＲａｄｉｏＢｔｌｔｔｏｎ＋ｍＲａｄｉｏＣｈａｎｎｅｌＪ’ＲａｄｉｏＢｕｔｔｏｎ＋ｍＲａｄＩｏＣｈａｎｎｅｌ２：ＲａｄｔｏＢｕ咖—Ｊ了ｌＲｅＭ０１ｑＪＩｏＪ＂：Ｒ自ｎｏ忙ＭＯｎｌｔｏｉｒ远程视频实时监视的用户界面主要由Ａｎｄｒｏｉｄ的ＧＵＩ系统实现，负责提供播放器和用户之间的交互接口，例如播放时的快进、后退、暂停等功能。ＧＵＩ系统由Ｊａｖａ语言框架和Ｃ语言框架组成，对于下层，ＧＵＩ系统通过调＋ｍＲａｄｌｏＣｈａｎｎｃｌ３：ＲａｄＩｏＢｕｔｔｏｎ＋ｍＲａｄｌｏＣｈａｎｎｅｌｊ，：ＲａｄＩｏＢｕｔｔｏｎ＋ｍＲａｄｌｏＣｈａｎｎｅｌ５：ＲａｄｔｏＢｕｔｔｏｎ－ｍＣｈａｎｇｅＣｈａｒｍｅｌＲａｄｉｏ：ＲａｄｉｏＯｒｏｕｐ．ＯｎＣｈｅｃｋｃｄＣｈａｎｇｅＬ咖—ｍＣｈａｎｇｅＲａｄｔｏ：ＲａｄｌｏＧｒｏｕｐＯｎＣｈｃｃｋｅｄＣｈａｎｇｅＬｉｓｔｃａｅｆ＋ｏｎＣ咄（ｓａｖｅｄｌｎｓｔａｎｃｅＳｔａｔｅ：ｂｕｎｄｌｃ）：Ｖｏ甜．ｆｉｎｄＶｉｅｗｓｆ）：ＶＯｌｄ＋ｓｍｆ姚ｇｃｄ（ｓｕｒｆａｃｅｈｏｌｄｃｒ：ｓｕｒｆａｃｃｈｏｌｄｅｒ，ｆｏｒｍｃｔ：ｉｎｔ，ｗ：ｉｎｔ，ｈ：ｉｎｔ）：ｖｏｋｌ＋ｓｅｔＬｌｓ记ｎｅｌ３（｝：ｖｏｉｄ・ｐｌａｙＶｔｄｅｏ（ｉｐ：Ｓｔｒｉｎｇｐａｓｓｗｏｒｄ：Ｓｔｒｉｎｇ，ｐｏｒｔ：ｉｎｔ）：ｖｏｉｄ＋ｓｕｒｆａｃｅＣｒｅａｔｃｄ（ｓｕｒｆａｃｅｈｏｌｄｃｒ：ｓｕｒｆａｃｅｈｏｌｄｅｒ）：ｖｏｉｄ＋ｓｕｒｆａｃｅＤｅｓｔｒｏｙｃｄ（ｓｕｒｆａｃｃｈｏｔｄｃｒ：ｓｕｒｆａｃｃｈｏｌｄｅｒ）：ｖｏｉｄ用显示输入、输出设备的驱动将Ａｎｄｒｏｉｄ的软件系统和底层的硬件联系起来；对于上层，ＧＵＩ系统提供了Ｊａｖａ层次图２ＶｉｄｅｏＭｏｎｉｔｏｒ类图４４‘电视技术＞第∞卷第３期（总第３７８期）Ｉ投稿网址ｈＵｐ：ＩｌｗｖｃＮ．ＷａｌｏｏＥ．ｏａ万方数据Ｖ・＿投・——ｌＮＦＯＲＭＡＴＩＯＮｒ‘，ｃｏＴＥＲＭ信ＩＮ息ＡＬ终＆端ＤＩ与ＳＰ显ＬＡ示ＹｌＩｔ－，ｉ＿“・Ｉｏｆ登录界面效果如图３所示。２）编译ｌｉｂａｖｕｄｌ．８首先，在ｌｉｂａｖｕｔｉｌ里创建一个Ａｎｄｒｏｉｄ．ｍｋ文件．然后在ｌｉｂａｖｕｔｉ］里的ｍａｋｅｆｉｌｅ文件调用ｓｕｂｄｉｒ．ｍａｋ就实现了真正的编译．需要注意的是在Ａｎｄｘ＝０ｉｄ．ｍｋ下书写∞ｋｅ文件可以在此省略，只要直接把对应的源文件引人即可；标准的ｍａｋｄｌｌｅ是指定．０目标文件，但是在Ａｎｄｒｏｉｄ，ｍｋ中需要直接指定．ｃ源文件，Ａ＿ｌａｄｍｉｄ．ｍｋ文件如下所示：ＬＯＣＭ，ＰＡＴＩｔ：＝ＭＹＭ（ｃａｌｌｍｙ－ｄｌｒ）ｉｎｃｌｕｄｅ￥（ＣＬＥＡＪ乙ＶＡＲ５）ＬＯＣＡＬ—ＭＯＤＵＬＥ．＝ａ“Ｉ图３登录界面效果ＬＯＣＡＬ＿ＳＲＣ脚：＝ｅｄｌｅｒ３２．ｃ…・、、＆２音视频解码ｉｎｅｌｕ＆ＭＹＭ（ＢＵＩＬＤ＿ＳＩ＇Ａ］］Ｃ．．ＬＩＢＲＡＲＹ）本设计的核心只需要利用解码算法对视频文件解封装以及对音视频解码，因为若将整个远程视频实时监视的系统全部移植到Ａｎｄｒｏｉｄ平台上。可能会造成大批量代码其中，在编译时出现的错误大部分来自于头文件没有引入，例如不识别某些文件的ｓｉｚｅ—ｔ关键字在该文件ｉｎｃｌｕｄｅｓｔｄｉｏ．ｈ后就不报错等类似问题，修改时只需要把对应的头文件引入即可。其他层也可以按照以上相同的冗余。同时，整个项目的开发是基于Ｌｉｎｕ．ｘ操作系统，忽视了手机平台能源不足、处理能力不够大等限制因素的问题，所以面对客户端手机的功能需求来说，将解码算法进方法书写Ａｎｄｒｏｉｄ．－ｎｋ文件。并移植到Ａｎｄｒｏｉｄ平台。３．２．２解码算法的修剪及优化行移植、修剪和优化是很重要的。３．２．１解码算法的移植在Ｌｉｎｕｘ下编译运行解码代码时，要经过三步才能将解码算法正确的编译到Ｌｉｎｕｘ系统中。即ｃｏｎｆｉｇｕｒｅ．ｎｌａＪ【ｅ，ｍａｋｅＮＤＫ的ｍａｋｅｆｉｌｅ文件是由ｃｏ刚ｅ发布，实质是加一＆ｏｉｄ．ｍｋ文件，其语法和一般的ｍａｋｅｆｆｉｅ文件有很多相异点。因为原有的ｍａｋｅｆｉｌｅ文件在跨平台编译时不能被使ｉｎｓｔａｌｌ。第一步ｃｏｎｆｉｇｕｒｅ过程中将生成１个ＣＯＩｌ・ｆｉｇｕｒｅ．ｈ和１个ｍａｋｅ文件，作用是查找此次编译了何种文件。经过操作和尝试发现可以在ｃｏｎｆｉｇｕｒｅ源代码中添加多种配置参数，这些参数包括基本选项参数、高级选项参数以及专门提供的优化参数，而优化参数就是用于配置编译过程中用到的编译内容。因此本设计也利用这些优化参数，择优选择出合适的方法查询出远程视频实时监视需用，所以将解码算法里的ｍａｋｅｆｉｌｅ文件全部替换成ＮＤＫ中的Ａｎｄｒｏｉｄ．Ⅱｌｋ文件是解码算法移植的岿要条件。通过对解码层结构的分析可以看出，最基础模块是ａｖｕｔｉｌ，基于已经编译好的ａｖｕｔｉｌ模块之上的是ａｖｃｏｄｅｃ模块，基于ａｖｕｔｉｌ和ａｖｃｏｄｅｃ两者模块之上的是ａｖｆｏｒｍａｔ模块。依据这种结构，本设计将编译移植的顺序由下到上设计为ａｖｕ－ｍ，ａｖｃｏｅｄｅｃ。ａｖｆｏｒｍａｔ，编译的步骤如下说明：要的文件，而解码算法的修剪即将其中不需要的文件进行１）说明ｃｏｒａ唔ｈ和ｃｏｎｆｉｇ．ｍａｋ文件ｃｏｎｆｉｇ．ｈ和ｃｏｎｆｉｇ．ｍａｋ文件非常重要，因为很多不同／∞＿１６舭…ｂｌｅ＿岫ｉ帅，—击蛆ｂＩ争ｅｒ日讨ｅ４—ｅＩＩ枷ｅ－目Ｅ０ｄ时＝ｈ孤，小ｂｉｅ・棚ｃｏｄｅｒ＝ａｍｒ＿ｒｌｈ—ｄｉＢａ¨ｃ・ｐ一＊ｅｎ・抽Ｕｃ・ｈ矗Ｈ㈣ｈｉｅ删除。编译时设置的参数如下所示：２咖—抽ｂｋ・ｐｍｔ∞ｄｓ—ｔ腿ｂＩ争ｐｍｔｃｃｄ＝ｆｉｌｅ其中，参数配置在编译源文件过程中。整个项目只有一部分编译到链接库．分别是Ｈ２６４、ａＪ［ｒｆｆ—ｎｂ的编码方的文件都会用到ｉｎｃｌｕｄｅｃｏｎｆｉ昏ｈ，编译器也会依据它而优先选择对代码编译。此外，解码器自带的ｍａｋｅ矗ｌｅ框架通过ｃｏｎｆｉｇｕｒｅ命令之后将产生１个ｃｏｎｆｉｇ．ｈ文件和１个ｅｏｎｆｉｇ．ｍａｌｔ文件，２个文件加起来共有６００—７００个宏定义，这些宏定义主要用于描述编译后代码各部分的参数设法、３印的文件封装格式、解封装文件的源代码以及全部的懈码格式。而链接库里已被编译的源代码的集合就是本设计所需要的源代码的有效集，可以通过ｃｏｎｆｉ目ａ＇ｅ．ｈ和ＢｌＵｅ文件中的后缀名为．ｏ文件来进行查找。编译．ｃ代码时生成的目标文件其后缀名为．ｏ的文件，因为任何—个被编译的．ｃ文件都能生成．０文件，所以可以利用查找后缀名为．Ｏ文件的方法来判断配置参数下有哪些文件置，包括体系架构、编译器、版本、头文件、编解码器等设置。与此同时．有关平台差异方面的定义在此部分需要重新修改，例如把体系架构改成Ａｎｄｒｏｉｄ平台下的ＡＲＭｖ５ＴＥ。只有这样编译时的指令集才不会选择Ｘ８６的指令集而是ＡＲＭ的指令集。被编译，哪些没有被编译，最后便可以得出本设计所需要的已编译的源文件的最小集合。投稿阿址ｈｔｔｐ：／／ｗｗｗＶｉｄｅｏＥ．∞Ｉ‘电视技术）第∞警第３期【总第３孢期Ｊ万方数据４５＿孙陶ＲＭ盯删砟Ｒ㈣怎饕开源代码目前能够跨平台编译运行，但是由于手机的ＣＰＵ处理能力、能源、内存等各方面的限制资源都与ＰＣ机存在很大的不同，因此，本设计针对客户端手机的特性来对代码进行优化，具体有以下几点：１）去除冗余代码以及调试过程中的打印语句，减少ｉｆ－ｅｌｓｅ的判断及不必要的代码冗余，对局部和全局变量进行调整，对程序结构进行规范，使用寄存器变量代替局部变量。２）由于逻辑移位指令的执行时间远远小于乘除运算指令，因此乘除操作可以用逻辑移位运算来代替，特别是除法指令，被代替后能够缩短指令运行的时间。３）在编写代码过程中，尽量避免多重循环函数的调用以及尽量降低上下次循环的相关性，这样做可大大减少没必要的计算量。４）设置合理的缓存，设置适合解码算法移植的目标平台Ａｎｄｒｏｉｄ平台的缓存大小。３．３数据预处理层本层针对本地文件的预处理可以依赖于解码算法解封装功能，但是对流媒体文件的预处理需要将—个或多个ＲＴＰ数据包整合在一起，其中传输阶段主要任务是为解码模块提供ＲＴＰ数据包瞪】。ＲＴＰ实现流程如图４所示。伊ｌｌｌｃ柚ｍｍｅ（ｎａｍｅ，２０）；囊甥致簟ｔＩ●４ｔ“ｅｔＡ‘ｔｒｔａｇ３）获取且保存本地ＩＰ地址，随机产生同步源标志、创建新的同步源和设置规范名。关键代码如下：诹（ｈ＝铲蛐ｙＩＩ呦ｅ（咖懈））！＝ＭⅡＬ）｛Ｐ＝ｉｎｅｔ＿ｍｏａ（・（（ａｍｃｔｉｎａｄｄｒ・）ｈ一＞ｈ４ｄｄｒ））ｏｍｅｐｒ（ｓｒｃ．．ｉｐ．．ａｄｄ。ｐ）；ｆ４）判断会话是否结束。若是，结束网络数据接收线程；若不是，进入步骤５）。５）接收Ｒ皿包，该部分由函数ＲＴＰ—Ｒｅｃｅｉｖｅ（ｃｏｎｔｅｘｔｃｉｄ，ｉｎｔｆｄ，ｃｈａｒ｝ｐａｙｌｏａｄ，ｉｎｔ水ｌｅｎ，ｓｔｒｕｃｔｓｏｃｋａｄｄｒ晕ｓｉｎ）完成。６）更新新包号的顺序，设置序列号和信息时间标签。７）将步骤５）中接收到的Ｒ１１Ｐ数据包加入视频帧缓冲区中，为解码使用做准备。８）回到步骤４）继续执行。＆４数据提取层该层完成主要功能是与流媒体服务器端协商媒体信息细节，并根据协商结果从服务器端获取流媒体数据，将流媒体数据存入缓冲区，按照本设计缓冲方案将数据包发送给数据预处理层，其结构图如图５所示。ｆ服务器ＴＲＴＳＰ／ＴＣＰＴＲＴＰ／ＵＤＰＴＲＴＣＰ／Ｕ图５数据获取模块结构图该层一共启动５个线程，其中１个线程中启动ＴＣＰ连接，用于ＲＴＳＰ会话协商并且在ＲＴＰ数据传输期间，该ＴＣＰ连接必须一直保留。２个线程分别为接收音频和视频ＲＴＰ数据的线程，另外２个线程分别为接收以及发送图４Ｒ’ＩＰ实现流程音频和视频的ＲＴＣＰ数据包№Ｊ。１）函数ＲＴＰ＿Ｃｒｅａｔｅ（ｃｏｎｔｅｘｔ木ｔｈｅ—ｃｏｎｔｅｘｔ）用于完成ＲＴＰ会话的初始化和为其上下分配内存，函数先调用ⅡＰＣｏｎｔｅｘｔ＿Ｃｒｅａｔｅ（ｔｈｅ—ｃｏｎｔｅｘｔ），然后再调用ＲＴＰ—Ｓｅｓｓｉｏｎ—Ｓａｖｅ＿Ｃｘｉｎｆｏ（宰ｔｈｅ＿ｃｏｎｔｅｘｔ，ｃｏｎｘｃｃ），从而完成ＲＴＰ会话初始化后上下文信息的创建和保存。２）创建ＲＴＰ结构，此部分由函数Ｃｒｅａｔｅ＿Ｓｏｃｋｅｔ（）完成，先调用ｓｅｃｋｆｄ＝ｓｏｃｋｅｔ（ＡＦ＿ＩＮＥＴ，ＳＯＣＫ＿ＤＧＲＡＭ，０）来创建套接字，若创建成功，则可调用ｂｉｎｄ（ｓｏｃｋｆｄ，（ｓｔｒｕｃｔｓｏｃｋａｄｄｒ事）＆ｌｏｃａｌ，ｓｉｚｅｏｆ（１０ｃａｌ）绑定套接字。４视频客户端测试首先在Ｐｃ机进行模拟测试，即在Ａｎｄｒｏｉｄ编译环境ｅｃｌｉｐｓｅ中将程序运行，通过模拟器测试成功。然后将程序移植到具备Ａｎｄｒｏｉｄ操作系统的手机里，利用ＷｉＦｉ无线网络连接服务器并且通过了权限访问，测试结果验证了此视频客户端软件在功能上满足设计的基本需求。其效果如图６所示。４６＜电视技术＞第∞卷第３ｍ（总第３７８期）Ｊ投稿网址ｈｔｌｐ：肌州ｗ．ＶｉｃｂＤＥ朋万方数据蕊～ｌＮＦＯＲＭＡＴＩＯＮＩ参考文献：［Ｉ］ＣｅｄｅＨ叩ＥＡｎ由０ｉｄ－Ａｎ信息终端与显示阳ＴＥＲＭＩＮＡＬ＆ＤＩＳＰＬＡＹＩ■０ｐ哪Ｈａｎｄ耐＾ｌｌｉｍ耽Ｐ｜面靶ｌ［ＥＢ，ｏＬ］．［２０１１一ｉｓＯ＊．－Ｘ５］ｈｔｔｐ：／／ｃｏｄｅ．Ｃ：４Ｊｏｄｅ．ｃａｍ／ａｎｄｒｏｌｄ／ｗｈａｔａａｄｍｉｄ．Ｈ札［２］赵亮．张维．基于Ａｎｄｍｉｄ技术的界面设计与研究［Ｊ］．电脑知识与技术，２００９．２９（５）：８１８３－８１８５．［３］陈瑕．陈平华，李文亮．Ａｎｄｒｏｉｄ内棱分析［Ｊ］．现代计算机．２００９（ＩＩ）：１１２—１１５．［４］余志龙．ｃ∞一ｅＡｎｄｍｉｄＳＤＫ开发范倒大全［Ｍ】．北京：人民邮电出图６远程实时视频监控效果围（截图）版社，２００９．［５］魏聪颖．基于实时漉煤体传输系统的托２６４组包算法研兜【Ｊ】．计５结论本文实现了客户端基于Ａｎｄｒｏｉｄ平台的远程视频实时监视功能，能够播放本地及流媒体视频文件。远程视频实时监视系统整体采用分层的设计理念，本文分析了各层的结构特点和关键技术．并对解码层的源代码进行了修剪和优化。通过对各层的设计，还实现了访问权限的设置、播放、暂停等功能。本文移植的程序代码目前能够稳定的在手机Ｅ运行。该设计具有一定的通用性和开放性。可以被应用到其他的客户终端，对Ａｎｄｒｏｉｄ开发～员有—定的借鉴意义。（上接第２５页）算机科学．２∞７（３４】：４ｌ—４ｔ［６］西刺子．安肪天下—智能网络税撷监控技术详解与实践［Ｍ］．北京：清华大学出版杜．２０１０：３—１０．守作者两介：插啊掘１１９７１一）．博士．焉士导师．教授。主要研究方向为语音信号处理、嵌入式磊统：毕晶ＩＩ蚺６一｝．女．焉士生。主薹研究方向为嵌入式曩缝较件开发、嵌入式Ｉｊ陬驱动。责任螭辑：任■男投稿日期：２０１１－１１－１８与ＡＤＩ算法相比，能提供相同或稍好的性能。参考文献：［Ｉ］粱夫或，李娟．门爱东．现代税额编码关键技术及其发展［Ｊ］．电力系统通信．ａ００６，１６１（３）：１－－４．［２】林福宗，小渡与小波变换【ＥＢ／ＯＬ］（２０１１．－０７一∞］ｈｔｔｐ：／／ｗｅａｋｕ．ｈａｉｄｕ．ｃｏｒａ／ｖｉｅｗ／ｆ１５５ｅ５６２ｅｄｃ７８９ｅｂｌ７２ｄｃ８５＾ｈｕｎ］．［３】ＹＵＳＬ．ＣＨＲＹＳＡＦＩＳｃ．ＪＶＴ－Ｃ１５１，Ｎｅｗｈｐｍｔｉｃｔｌｏｎ晡％ｉｍ—ｍｏｔｉｏ・ｌ“∞ｍＢⅢｍ［Ｒ］．［Ｓ１．】：ｊｃｒ，２００２．Ｔｍａｅｎ】ｂｌｃｃｋ［４】ＴＡＮＫ，ＢＯＯＮＣｓ，ＳＵＺＵＫＩＹ．Ｉｎｔｒａｐｒｅｄｉｃｌｉｅａｂｙｔｅｍｐｌａｔｅｍｍ地［ｃ】／／Ｐ№．ＩＣｌＰ２嘶．［Ｓ．１．］：ＩＥＥＥＥｒｅ＝。２（３０６：１６９３—１蛳．［５］ＹＥＹ，ＫＡＲＣＺＥＷＩＣＺＭ．ＩｍｐｒｏｖｅｄｒｅｅｔｉｏｎａｌｉｎｔｍＨ２６４ｉｎｔｎｔｃｏｄｉｎｇｂａｓｅｄ∞ｂｉｄｉ－ｐｒｅｄｉｃｔｉｏｎ．ｄｉｒｅｃｔｉｏｎａｌｔｒａｎｄｏｒｍ，ｓａｄ‘ｃａｎｎｉｎｇ［ｃ】∥ＰＭＩｃ驴２００８．Ｉｓ４ＣＯＯ１４０００２４Ｉ］：岫睫Ｐ‰．猢：２１１６－２１１９．ａｄ删＂ｅｏｅｆｌｉｅｉｅａｔｍ吨ＡｄａｐｕｖｅＯ∞¨０００４４∞０比特奉／（ｋｂｉｔ・・‘ｑ５４０００［６］ＰＥＮＧｘＬ．ＸＵＪｚ．ＷＵＦ．Ｌｉｎｅ—ｂａｓｅｄＩｍａｇｅＣｏｄｉｎｇＰｒｅｄｉｃｆｉｏｎＦｉｌｔｅｒｓ【ｃ］ＩＩＰ，ｍ．Ｉｓｃ？Ｌｓ２０１０．［Ｓ．１］：唧弧Ｐｍ，ｓ，２０１０：图２谈算法与ＡＤＩ算法的码率．ＰＳＮＲ比较图表１该算法与ＡＤＩ算法ＢＤＢｉｔｒａｔｅｓ结果比较４２２１－４２２４．【７】ＵＧＵＢＫ，ＡＮＤＥＲＳＳＯＮＫ．ＦＵＬＤＳＥＴＨＡ．ＪＣＴＶＣ—Ａ１１９ｄ哪ｄ口ｌｉ佃０ｆｖｉｄｅｏ∞ｄｉ｜喀搬洲。盯ｐｒｏｐｏｄｂｙＴａｎｄｂｅ＝ｇ，Ｎｏｂ－，Ｅｄｃ＝ｍ［Ｒ］［Ｓ．＾嘲ＡＣＵＡＮＧ－５．哺－５．￥９ｔ－７．帏一７．幡一ｎ蛳一王７％一＾撕■一＆ｌ簟一ｔＯ％一ｎ５＊一Ｚ７＊一５．Ｏ●％１．］：ＪＣＴ－ＶＣ。２０ｔＯ．［８］ＢＪＯＮＴＥＧＡＡＰ，ＤＧ．ＶＣＦ．Ｇ－Ｍ３ｃａｌｃａｌａｔｉｍａｆ“ｍｐｂｅｔｗｅｅｎＰｓ脓ｄｉｆｆ㈣寺ＲＤⅫ∞［Ｒ］．［ｓ．１．】：ｒ兀Ｊ－Ｔ，２００１．枝藕日期：２０１１－妊１０４结束语本文提出一种新的任意方向帧内预测算法。该算法蠢任＿辑．时霎万方数据投疆霸址ｍｔｐ：／／洲．Ｖ・ｄｅｏＥ瑚Ｉ‘电视技术＇第∞卷第３期Ｉ总第３７８期）４７基于Android视频客户端的设计
作者：作者单位：刊名：英文刊名：年，卷(期)：
杨明极， 毕晶， YANG Mingji， BI Jing
哈尔滨理工大学测控技术与通信工程学院,黑龙江哈尔滨,150080电视技术
Video Engineering2012,36(3)
本文链接：http://d.g.wanfangdata.com.cn/Periodical_dsjs201203014.aspx