Red5流媒体直播开发总结(续)

                上篇文章中记录了服务端Playlists工程的获得和部署，这篇文章将总结客户端播放流媒体时的点点滴滴的总结。

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

1. 项目的第三条要求：终端通过直播流地址，播放该直播

                 由于平台选择Android平台。关于播放RTMP流媒体直播流有多种选择。android开源的播放器有VLC，Vitamio。android原生播放器对rtmp的支持不给力。所以需要集成android开源播放器到工程中。或者选择使用videoJS，JWPlayer。因为Android开发可以分为原生android开发和web类的android开发（使用PhoneGap框架），web开发不是我的强项，所以选择使用集成android开源播放器的方法。

关于集成的方法，网上有大把的例子，这里就不做概述，最终选择使用vitamio作为我们的播放器。

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

2.测试过程的一波三折

如果使用Vitamio作为自己播放流媒体的终端播放器，需要经过以下严格的测试环节

2.1 首先将流在VLC终端播放器上测试（vlc播放器在网上直接下载一个PC客户端即可）

2.2 如果在VLC上可以正常播放，接着使用VPlayer（网上直接下载apk安装在android系统的设备上）进行测试，

2.3 以上两个都可以正常播放的话，在使用Vitamio播放器进行播放流媒体

这些细节最好严格去做，因为以上的步骤时为了确认该流是否能被vitamio播放，如果一上来就直接播放一个流，出了问题的话，不知错在何地！

    Example：

当时我的测试选择了深圳卫视的rtmp流，先做验证--看播放器是否对rtmp协议的流支持。

     深圳卫视rtmp流： rtmp://tsl.s1979.cutv.com:1935/cutvChannelLive/AxeFRth/live

    测试结果显示vitamio是可以正常播放该直播流。

    

     下一步：开始拿自己的直播流进行替换测试；

    rtmp;//XXXX/webtv

     测试结果显示：Vitamio播放是报错，打开rtmp流地址失败。

     因为服务端的访问权限已经放开，所以不存在访问的问题。所以工作进入僵持之中....

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

3.为了第二个步骤产生的问题，查阅了大量的资料，主要是关于ffmpeg的资料

    这才有了之前关于FFmpeg的编译和使用的博客

   由于上面两个流的测试结果迥然不同，得出的结果也是让人费解，开始归结于是否是因为streams/下的视频的编码格式有关系。通过使用PC下VLC播放终端的查看流媒体信息功能（在工具菜单下）

查看的结果如下：

但是自己的流媒体上的视频格式为：

2.

两种 ，明显在编码格式上有重大的差异。

所以 目标转为怎么编码出和深圳卫视一样的视频格式，然后进行播放，是否就能解决问题了？

答案很遗憾。即使你把视频经过ffmpeg重新编码后和深圳卫视直播流的编码格式一致，还是显示不出来，并且vlc测试的结果是只有声音没有画面。（在linux上使用自己已经编译的FFmpeg集成X264即可对H.264进行编码。）这段郁闷的时光参考了

雷霄骅博主的博客，也问了很多问题。

http://blog.csdn.net/leixiaohua1020/article/details/12029543

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

4.有一个地址至关重要：

FFmpeg的官方编译下载地址：Windows版本的哈，有静态库版本，也有动态库版本的。已经编译好了，很多外部库已经集成进来。

  http://ffmpeg.zeranoe.com/builds/

我问的问题也是使用下载的windows版本的ffmpeg来做的，linux版本的太繁琐，自己编译的很痛苦，而且有些第三方库你不一定集成的全，所以果断选择了windows版本。

   怎么用ffplay和ffmpeg进行编码就不赘述了，博主的问题栏回复的很清楚。在此也感谢博主的帮助！

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

5.很遗憾的是我将直播流的地址改为：”rtmp;//XXXX/webtv live=1“在vitamio中直接报错：

底层就报avformat_open_input: Operation not permitted : -1错误 debug信息： Detected librtmp style URL parameters, these aren't supported by the libavformat internal RTMP handler currently enabled. See the documentation for the correct way to pass parameters. 

根据博主的回复，我初步确定可能是因为vitamio底层的ffmpeg不包含librtmp库。

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

6.所以努力的方向改为替换vitamio底层ffmpeg库，但是这种方法太不靠谱了，没有解决问题，编译存在很多风险，比较幸运的是：Vitamio团队专门维护Vitamio。新版本的Vitamio插件4.2.集成上这个版本。流播出来了....

很意外，也很幸运~~~

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

7.视频的编码格式统一问题

通过对Red5流媒体RTMP流的测试效果得出以下结论，所有的音视频编码均为以下格式：

使用ffmpeg命令行进行音视频编码转码

ffmpeg -i ../gy.flv -vcodec flv1 -r 15 -s 720*576 -q:v 6 -aspect 1.7777 -acodec libmp3lame -ac 1 -ar 
11025 -ab 16K -f flv  -y ../gy_ffmpeg.flv

转码后部署到流媒体服务器上面

测试！

同时可以使用ffplay命令行同步测试：

ffplay -i "rtmp://XXX/playlistTest/webtv live=1"

****注意****音频的编码中采样率必须是11025HZ，位率：16Kb/s。adebo的RTMP手册中有明确要求。

这个是在一个音视频群里面询问高手得知。如果用别的采样率听到的是噪音，虽然有画面。

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

8.为什么说是DEMO级别的？

之所以说是DEMO级别是，在网上很少有关于Red5直播的例子，视频会议或者视频聊天等例子颇多。这个只是实现了服务端和客户端的正常交互。从整体上走通了这条RED5+Android的路。但是在播放流的时候发现了一个问题，就是缓冲时间过长，并且不是从流的第一秒开始播放的，有直接跳帧的现象。还有再继续开发研究。