Android自带的mediaPlayer播放rtsp,实际上播放的只是rtsp的刘文建,并不能播放实时流,为了解决播放实时流的问题,尝试使用Vitamio产品来帮助自己完成这一构想。
RTSP有什么用?最简单的,网上可能会有一些rtsp视频流,只要输入这个地址就能看视频,像点播youkuyoutube一样,岂不快哉。
另外,RTSP最重要的是一种技术标准。通过一些其他终端产生的数据源信息,可以通过RTSP传导到另一个终端。最简单的是采用手机进行监控视频的接受,就很有可能采用RTSP协议。下面是如何搭建这样一个内容。

Step1: 在Windows系统下搭建RTSP的流服务器,并且采用手机软件播放。

这个内容主要参考了csdn的blog,教程的版本和我安装的版本不是完全一致,我安装的版本是2.1.5Windows版本。然后和教程不一样的地方,也是我卡壳很久的地方是,在选择新目标的时候,选择好RTSP之后,要点击添加,这个时候才能设置具体的端口名称和路径名称。

Windows7下,服务器的情况:

Step2: 使用另外一台电脑测试这个服务器

Windows8.1,链接Windows7的源,进行播放的情况:

Step3: 使用VLC手机软件测试服务器

手机使用VLC手机端播放的情况:

Step4: 自己修改手机apk,使得手机可以浏览自定义RTSP源

更改APK关键代码

采用自己创建的apk播放RTSP流的效果

总结:

现在已经可以说明手机播放RTSP源是没有问题的了。
从可行性来说,作为播放端的应用程序,应该只需要RTSP的源地址,端口号,路径就可以实现播放。然后只要相应的编码方式符合标准,并且具有这种解压技术就可以了。
对邮件中提到的内容,客户端播放没有太大的问题。但是有可能出现声音和图像不完全同步,有一两秒的延迟的情况,需要研究方法解决。
重点在于,邮件中列出的大量内容基本上都是服务器端,也就是编码端要进行的工作,而不是解码端(客户端)所需要注意的东西。现在做的测试RTSP协议的Demo,是采用电脑搭建的服务器,并没有对这些进行限制,都是采用最为默认的设置。我想知道的是,为了实现这个APP,如果只是实现Android端就可以了,那么工作量应该不是特别多。关于这项工程,我们需要去做服务器端吗?如果需要做的话,就会特别麻烦,因为需要知道提供的条件,而且对于这方面也不是很了解。网上有一些把视频流转化为RTSP流的教程,不过器械比较局限,是专门根据一些设备(譬如Android手机)来设计的。