1、“.....打开对应输出文件，虽然本系统缓存在中，不过也向文件中进行本地存储写入。新建的输出码流。查找对应的编码器。第页共页打开对应的编码器。写文件头，但对于些没有头文件封装格式的编码方式来说，并不需要这个函数。真正编码帧视频，将存储的数据编码为对应的的。将编码好的流视频写入对应的文件，而本系统还需要把对应的的数据同时缓存到数据中。要在像素数据读取完毕过后调用此函数，用于输出编码器中剩余的。这个函数是自己编写的，具体看源码。写文件尾，同样，有些封装格式不需要写文件尾，根据不同的编码方式来定。视频缓存传输数据缓存传输的方法，基本是基于的个传参和调用方法。本系统由于服务器选用的是，加上客户端也是基于的平台，因此选用的方式就是在层进行缓存的实例化，将其引用传入语言层，再将其填充，填充完成过后，再由另外个线程将其传输到服务器。这里对的机制进行简单讲解......”。

2、“.....实际上，是中实现的个部分，由此语言都对应的运行在宿主环境中。也是这种方式加上是个双向接口，使得开发者不仅可以在中通过访问代码，也可以在中嵌入个对应的实现在代码中对代码的访问。也正是通过这种方式，弥补了些时候开发中些缺陷。例如你希望你提高默写关键的模块代码的效率的时候，你就可以通过等语言来进行相关程序库的开发。当然是用的时候，也有其相应的缺点因为要使用模块的代码，因此会失去原来的跨平台性和其安全性等等的特性。除此之外，的应用中，代码和代码都是运行在同宿主的进程空间内，如果是跨进程或者是宿主机之间的通讯，就只能考虑采用或者是等通讯机制来进行实现。其具体的数据传输方式如下结构图所示第页共页数据初始化初始化开始调用本地视频获取代码连接服务器填充数据缓存标志位标志位的值将标志位置为读取缓存数据将标志位置为获取视频数据数据图视频数据传输结构图在数据从语言层里面获取的时候，传输到层......”。

3、“.....毕竟这两个语言所用的基本数据单位还是有定的差别。下面就对和的基本数据对应列出了大致的表格表格和的数据对应表类型本地类型本地类型描述无符号个字节有符号个字节无符号个字节有符号个字节有符号个字节有符号个字节个字节个字节自定义结构第页共页在的调用时，往往还会使用到的签名，其实就是对应的数据类型，通常在函数调用的时候会用到。下面是所有中的变量标签表格变量标签类型相应的签名用分割包的完整类型名签名参数类型签名参数类型签名返回值类型签名服务器传输技术实现方法本系统的服务器部分并没有多么大量的代码，也只是简单的对套接字进行运用，对客户端进行监听，以及对数据进行同步传输。在上章已经对此模块的大体框架进行了个大致的描述。其中有几个较为重要的实现方法，下面就对其进行详细的介绍。客户端数据监听使用进行服务器编程，稍微要容易些，毕竟很多东西都进行了封装。进行客户端的数据监听......”。

4、“.....进行阻塞监听。和类都是位于包中，位于服务器端，是在客户端和服务器端进行连接时两边都会产生的个实例。服务器或者客户端都可以通过对这个实例进行对这个网络连接进行操作。对于这个套接字而言，客户端和服务器端都是平等的，没有什么差别。不管是或者它们的实现方式都是通过类及其子类完成的。服务器要实现监听，在新建套接字以后，要给它进行实例化，其中要分配个固定端口进行监听。这里要注意不要使用些常用的接口，这第页共页些接口很容易被占用，导致程序无法运行。监听方法主要的是方法，当调用此方法是，就会在这里产生阻塞，直到有个客户端进行连接，返回个实例化的套接字。因此在服务器进行编程的时候，在产生个实例化的套接字过后，应新建个进程对这个套接字进行处理，而主程序继续监听后面即将到来的客户端连接。由于大多数的服务器基本上都是不断地监听或者处理数据，因此多线程的处理也显得较为重要......”。

5、“.....就是继承与的几个使用最频繁的两个函数，以及基本的多线程之间同步的实现方法。数据的获取和传输使用的是和方法，使用这两个方法都会得到个对应的对象实例或者对象实例。这里使用的是获得端传输过来的视频数据，这里需要强调的是，函数是个阻塞函数，当没有数据来临时，它就会产生阻塞，直等待数据来临。这也是实现长连接的个重要特性。而并不是个阻塞函数，当输出客户端连接时，数据存在它就会将数据发送到客户端。同样这两个函数也会产生个，要必须对其进行捕捉。两个客户端连接过后，都会新建两个线程分别对其进行控制，而这两个线程都是要对同个数据进行操作，这就涉及到多线程对于同资源的互斥访问。本系统使用的是同步锁。在使用同步锁时，要加上对应的访问控制对象，否则不能实现你想要的同步控制方法。本系统在读线程中由于是阻塞函数，在这个函数后面进行写完成的等待，以防写进程还没有完成，又进行下帧的读取......”。

6、“.....般还是足够。在写进程的开始进行等待，当读进程读取数据完成后，释放写进程的等待。写进程开始工作，完成过后释放度进程的等待。这也是较为基本的同步实现方法，在此就不给流程图了。移动终端视频处理技术实现方法数据接收和存储数据的接受也相对比较简单，由于前面对套接字进行过介绍，这里就描述些客户端的应用。客户端也要新建个套接字，并对其进行实例化，在实例化的时候，要和你对应的服务器本地的地址和服务器监听的接口进行对应，否则会产生的异常。在移动终端客户端也进行了数据的本地存储，在接受到服务器传输的数据第页共页后，传输到数据中，同时也输出到本地文件夹中。但由于每次启动都会对新建个文件夹，因此只能保持次的视频通讯数据。视频数据传输到层，再通过本地动态库的调用，在。视频转码，是将视频数据转化成的编码格式，使用暴风影音进行播放显示当然也可以用任何第三方播放器......”。

7、“.....个是单个客户端上传数据到服务器中进行显示，第二就是客户端之间通过服务器进行数据传输。最开始传输的数据是简单的字符数据，使用的是函数和函数，显示正常。在后面的多客户端数据传输的时候也显示正常。但是在传输字节流的时候，使用这两个函数就会出现数据有误的问题，在传输数据的时候，使用进行查看，发现完全不同。这是由于函数在传输的时候，进行了标准的字符编码。系统移动终端测试移动终端的测试，在服务器测试成功后，进行连接，通过流式传输，将本地的视频数据进行读取到手机端，缓存进行播放，同时存储在手机的本地存储中。其中分别对和进行了测试，虽然都能工作，但是的可扩展性不高，几乎都是样的模板，遂将其否决不在使用。解码播放帧的整个过程所花费的时间总共都控制在了内，因此在解码播放，和视频数据编码的性能测试中都基本的满足系统的要求。在前面的视频采集都没有问题过后，对同步播放块进行测试......”。

8、“.....随后启动视频采集，使移动终端也能与端样进行显示和播放。性能测试分析对于性能要求较高，本系统中特别是在编码块，耗时是最多的块地方，这里的编码设置有几种不同的速度选择设置,。这里选择用的是实时编码，最快的种，测试编码的时间在左右。同时设置帧的大小也可以改变编码的速度，帧的设置为。平均测试时间也为，根据图像数据的大小不同，时间会有相应的变化，范围在之间，在视频帧频为的情况下，总体还是可以接受的。本次测试的基础都是建立在个单独的机上，并没有对多个机进行第页共页环境的测试。同时本系统的运行平台是局域网，对于带宽没有进行考虑，也没有进行传输速度和性能的测试，没有过多考虑在带宽不足的情况下视频通讯的效果。在服务器方面，也只是针对了对客户端进行了测试，并没有对多个客户端进行测试。本章小结本章对本系统的些模块测试方式和顺序进行了讲解，测试的目标是使系统能够正常的获取摄像头数据......”。

9、“.....并且能够在手机端能够看到和端对应效果的视频图像。其中对视屏获取解码编码显示等模块进行了耗时监测，在数据传输时对数据的正确性和传输的速度进行了监测和计算，以及在后面的对数据接收的正确性，速度进行检测，和播放用时的检测。结果都基本达到预期的目标。本系统当然依旧还是有许多不足的地方，在数据获取和编码上，使用双缓冲或者缓冲池会更加高效，而且通讯中没有加入音频的编码，以及音视频同步播放等。期望在以后的优化中可以改进这部分的内容。第页共页结束语通过本次课题的研究和学习，大致有了个摄像监控移植到移动终端的个可行性方案。在对视频数据获取视频数据处理视频数据传输方面得到很多可借鉴的方法和方案。并且在在多平台的应用移植做出了些介绍和方法的研究。其中较为重要的是对于较为深奥的编解码的方式和方法进行了简单的个介绍，可以为读者提供个较为快捷的学习方式。本系统的需求和实现......”。