【原创】P2P-NEXT测试结论和遗留问题

目前p2p-next的测试环境已经搭建好，并进行了测试。

已经测试过的点： 

1.通过vlc模拟的直播源发送直播流到一个直播流转换工具（转成bt支持的格式）进行相应转换，产生用于直播的文件（其中包括加入该直播流的.tstream种子文件） 

2.多台机器均运行p2p-mext的pc客户端，读取种子文件即可加入该直播流 

3.同时可以在web服务器上编译html5代码，实现通过p2p方式传输直播流 

【测试结果】（ --> 代表格式转换 ） 

1.ogg --> mp4(h.264+mp3) 

无法正常播放 

[mp3 @ 09028240] header missing 

ogg.mp4 dlstatus_downloading  1.40% none up     0.00kb/s down    52.68kb/s 

videoplay: gui_vod_event: resume 

videoplay: gui_vod_event: pause 

2.ogg --> webm(vp80+vorbis) 

[aac @ 090bcde0] more than one aac rdb per adts frame is not implemented. update your libav version to the newest one from 

 the problem still occurs, it means that your file has a feature which has not been implemented. 

[aac @ 090bcde0] error decoding aac frame header. 

3.ogg --> ts(h.264+mp3) 

能非常流畅且清晰的播放(平均下载速度达到100k/s以上，转码机器cpu负载vlc占用10%-30%左右) 

4.ogg --> ts(dirac+mp3) 

能播放，但是图像不清晰，卡顿现象较严重(平均下载速度30k/s--60k/s，转码机器cpu负载vlc占用20%-30%左右) 

5.ogg --> ogg(theora+vorbis) 

能比较流畅且比较清晰的播放，偶尔卡顿(平均下载速度达到70k/s-100k/s以上，转码机器cpu负载vlc占用10%-30%左右) 

6.ogg --> ogg(theora+flac) 

无法正常播发 

[09021788] theora decoder error: this bitstream does not contain theora video data 

7.ogg --> ts(mpeg-2+mpga) 

能非常流畅且比较清晰的播放，(平均下载速度达到100k/s以上，转码机器cpu负载vlc占用10%-20%左右) 

8.ogg --> asf(wmv+wma) 

无法播放 

authstream: seek: ignoring seek 0 in live 

9.ogg --> asf(div3+mp3) 

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

10.mp4 --> mp4(h.264+mp3) 

[mp3 @ 0900bce0] header missing 

[mp3 @ 0900e300] max_analyze_duration reached 

[mp3 @ 0900e300] estimating duration from bitrate, this may be inaccurate 

11.mp4 --> webm(vp80+vorbis) 

12.mp4 --> ts(h.264+mp3) 

能非常流畅且清晰的播放(平均下载速度达到100k/s以上，转码机器cpu负载vlc占用60%-70%) 

13.mp4 --> ts(dirac+mp3) 

能清晰播放，但是卡顿现象较严重(平均下载速度40k/s--50k/s，转码机器cpu负载vlc占用30%左右) 

14.mp4 --> ogg(theora+vorbis) 

播放非常流畅但不是非常清晰(平均下载速度达到100k/s以上，转码机器cpu负载vlc占用30%左右) 

15.mp4 --> ogg(theora+flac) 

[07a1cea8] main input error: es_out_reset_pcr called 

[090[0271a71848a]8 8theora decoder error: ]this bitstream does not contain theora video data 

ogg demux error: broken ogg stream (serialno) mismatch 

16.mp4 --> ts(mpeg-2+mpga) 

能非常流畅但不是非常清晰的播放(平均下载速度达到100k/s以上，转码机器cpu负载vlc占用80%-90%左右) 

屏幕有如下类似错误的打印 

[mpeg2video @ 09054260] qscale == 0 

[mpeg2video @ 09054260] concealing 1200 dc, 1200 ac, 1200 mv errors 

17.mp4 --> asf(wmv+wma) 

[h263 @ 0900ab80] bad marker 

[h263 @ 0900ab80] header damaged 

[h263 @ 0900ab80] h263 sac not supported 

18.mp4 --> asf(div3+mp3) 

能播放，但花屏严重，卡顿严重(平均下载速度达到50k/s-60k/s以上，转码机器cpu负载vlc占用30%左右) 

vlc直接转码出来的视频就已经是花屏的，屏幕报如下错误打印 

[msmpeg4 @ 090049e0] error, slice code was d 

[msmpeg4 @ 090049e0] header damaged 

[msmpeg4 @ 090049e0] dc overflow- block: 1 qscale: 19// 

[msmpeg4 @ 090049e0] 

error while decoding block: 0 x 31 (1) 

[msmpeg4 @ 090049e0] error at mb: 2511 

[msmpeg4 @ 090049e0] concealing 1199 dc, 1199 ac, 1199 mv errors 

【测试要点和结论分析】 

1.测试均在win32平台 

2.测试中用于转码的vlc版本为vlc v2.0.2 

3.测试目的为检验p2p-next提供的p2p流媒体套件对常用（我们可能用到的）格式播放支持 

4.测试中仅在一个客户端参与直播的情况下进行相关信息的收集，不排除多客户端的情况会有不同（测试环节比较繁琐，目前没有进行多客户端的测试） 

4.测试中所用到的p2p相关参数 设置 （如滑动窗口的长度，视频分片大小等）均采用默认值，不排除优化参数后会有更好效果的可能 

5.测试中每一个采样的停止均是以传输速度稳定为标准，不排除在长时间测试中由于网络原因导致卡顿后，直播客户端和源之间延迟会逐步变大。 

6.测试中观察，局域网环境的情况下，首次加入直播流的客户端与直播源之间的延迟一般在2s-8s之间。 

【遗留工作和问题】 

1.以上测试未记录创建直播流的python模块在工作时占用的cpu，而实际服务器架构中，视频转码和创建直播流的模块可能会工作在同一台服务器。 

2.未进行linux上测试 

3.上述采样测试中未进行多台pc同时直播的测试（但我自己进行过3台测试，效果还不错） 

4.p2p直播在html5上的效果不是很理想，在html5上的测试我是安装的p2p-next官方提供的插件，在win32平台firefox上进行的测试（目前插件仅支持ie和ff），测试过程中发现，其p2p模块的下载速度还是不错的（能达到100k/s），但是播放似乎没有在缓冲好后立即播放，且卡顿频繁，怀疑和编码参数设置以及html5本身有关，目前无结论。 

5.p2p-next号称是全平台，全设备支持的，但是目前官网上没有找到手持设备的相关文档