基于Live555,ffmpeg的RTSP播放器直播与点播

  • 时间:
  • 浏览:0
  • 来源:uu快3苹果版_uu快3单双_套路

2.下发

(6)视频抓拍;

   4.2 低传输速率与流畅

(2) 在数据解码中使用了ffmpeg的directbuffer机制,进一步的除理了数据的拷贝动作;

(7)视频显示层厚旋转;

(3) 数据再各模块之间传递时使用数据缓冲池,除理了额外的内存分配操作,同时也减少了因内存分配操作而带来的内存碎片;

   QQ:1589385592 讨论群: 2645740049

为支持多路媒体数据并行解码输出,对于每路媒体数据分别设计了相应的engine引擎机制来进行管理,具体实现方案如下:

(1) 在PlaySdk中设计了回环数据缓冲机制,对应用层输入的数据进行高效的缓存,在传输decode模块时,除理了数据拷贝;

通过比较待解码缓冲区和解码后还未来得及显示的缓冲区里数据包的个数的和值,這個 该值大于最大缓冲帧数,说明有也不数据在缓存里,延迟大了,这时就要加快显示传输速率(减小output模块的休眠时间),最大缓冲帧数也不 影响延迟的;反之一样, 最小缓冲帧数也不 流畅的保证,该值越大就越流畅;通过改变這個 最大值最小值就能不需要 平衡延迟与流畅。

   4.3 音视频同步

   4.4 WEB浏览器调用

该RTSP播放器实现了主流RTSP播放器的基本功能,并有所拓展:

(2) SourceSdK的管理功能由SourceEngine引擎来完成,主要对input以及demux模块进行封装管理。SourceEngine从数据源(直播、点播、文件)获取数据,并解析数据将数据源分离成音频ES流和视频ES流,并将解析的数据以私有格式进行封装,通过回调函数的机制传递给应用层;

(5)视频播放格式上支持 h.264、mpeg4、mpeg2 等,音频播放格式上支 持 AAC、AMR、G711 等;

多路RTSP高清视频播放器下载地址:http://download.csdn.net/detail/u011352914/64004437

(4)音视频码流的同步存储,文件存储时以当前系统的时间戳作为音视频 播放时的索引,方便在文件播放时以时间戳作为检索条件来点播文件;

本文研究的流媒体播放器主要用来对遵循RTSP标准协议的码流以及AVI文件进行实时播放以及码流录制。播放器核心为一十个 DLL,分别为网络 DLL 以及播放 DLL。网络库 基于 Live555 开发,主要对码流的获取以及链路的管理进行控制;播放库基于基于 Live555以及DirectX 开发,主要对实时码流以及本地的音视频的文件进行解码播放和控制。

播放器在功能和性能上具有较高的要求,具体的实现上,需用主要除理的关键技术点主要包括有:多路高清解码、兼顾低传输速率与流畅性、音视频同步以及浏览器扩展。针对以上问提,实现上采用的相应除理最好的最好的办法如下:

1.综述

(4) 为方便Engine对各模块的管理以及数据通讯,在内部管理设计了消息机制,能不需要 通过Engine给模块发送消息控制各模块的正常运行;

基于Live555,ffmpeg的RTSP播放器直播与点播

多路RTSP高清视频播放器下载地址:http://download.csdn.net/detail/u011352914/64004437

(2) 在SourceSdk、PlaySdk内部管理实现上通过engine机制,对单路数据以及播放的管理提供了统一接口,对于多路播放实际上只需用管理多个engine即可;

4.主要技术

(3)对存储文件的解码播放以及控制;

   QQ:1589385592 讨论群: 2645740049 (群共享可直接下载)

(5) 在相互作用的模块之间,如decode与output之间采用高效的数据缓冲池机制来保证高效的内存分配,并通过队列机制将数据进行有效的传递;

 ======================================================================

通过比较音频和视频的时间戳(pts)来对视频的显示传输速率进行调整,如当前的视频的pts比音频pts大于最小偏差值(目前设置为400MS),说明视频快了,就调慢是视频的显示传输速率;反之就加快视频的显示传输速率;這個 ,這個 差距太久(目前设置为4000MS), 大于最大偏差值时,加快视频的显示传输速率的效果不明显就采用丢帧最好的最好的办法,這個 一般出显再刚开启的是前一天。

(3) PlaySdk的管理功能由PlayEngine引擎来完成,主要对decode以及output模块进行封装管理。PlayEngine提供了数据输入接口,通过该接口能不需要 将从SourceEngine得到的数据传入该接口,装进 PlayEngine缓存。PlayEngine从缓存中提取数据,并对数据按协议格式进行解析,将解蒸发掉的音视频数据分别回调;

RTSP协议定义了一对多应用线程要怎样有效地通过IP网络传送多媒体数据,在体系底部形态上位于RTP和RTCP之上,它使用TCP或RTP完成数据传输。目前在流媒体传输技术中使用最多的也不 基于RTSP/RTP的流媒体传输,在智能网络摄像机上也需用实现基于RTSP/RTP的H.264实时流的传输。

对于媒体数据大体除理流程图如下:

播放器整体设计参考VLC,MPLAYER等知名播放器,将整个数据的除理流程分为:input、demux、decode、output十个 过程。其中input用来除理网络数据流的输入以及文件数据的读取;demux用来做数据流的解复用,将音频以及视频数据分离成ES流;decode用来解码视频以及音频ES流,并输出解码后的数据(视频为YUV数据,音频为PCM格式);output用来除理YUV视频数据的显示以及PCM音频数据的输出。

RTSP直播与点播:多路视频并发实时预览,窗口布局可动态调整;可动态的设置视频输出的显示比例,调整音量的输出大小;支持对视频内容的时间点检索等操作。

RTSP协议基于TCP完成RTSP请求报文和响应报文的传输,RTP协议基于UDP协议完成流媒体数据的实时传输,RTCP协议基于UDP协议提供客户端和服务器有关当前网络拥塞和以及实时流传输质量等信息。

(1)RTSP 标准码流(包括音视频)的实时预览播放;

(1) 通过SourceSdk、PlaySdk的实现,将繁琐的数据除理流程统一成了标准的数据接口,控制管理顶端便有效;

(8)画面填充控制显示比例。

(1) 为实现多种输入最好的最好的办法的扩展性,将input、demux、decode、output十个 过程划分为一十个 库来实现,分别为数据源解析库SourceSdk、播放库PlaySdk;

   4.1 多路高清解码

(2)网络数据流的断线重连;

在低传输速率与流畅的平衡性上,通过设置最大缓冲帧数和最小缓冲帧数来实现控制,具体实现策略为:

3.线程框架