【原创】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 
[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: 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 
videoplay: gui_vod_event: pause 
videoplay: gui_vod_event: resume 
videoplay: gui_vod_event: pause 
videoplay: gui_vod_event: resume 
videoplay: gui_vod_event: pause 


9.ogg -- ASF(DIV3+mp3) 
无法播放 
[mp3 @ 09028240] Header missing 
[mp3 @ 09028240] Header missing 
[mp3 @ 09028240] Header missing 
authstream: seek: Ignoring seek 0 in live 
videoplay: gui_vod_event: pause 
videoplay: gui_vod_event: resume 

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

10.mp4 -- mp4(H.264+MP3) 
无法正常播放 
[mp3 @ 0900bce0] Header missing 
[mp3 @ 0900bce0] Header missing 
[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) 
无法正常播放 
videoplay: gui_vod_event: pause 
videoplay: gui_vod_event: resume 
videoplay: gui_vod_event: pause 
videoplay: gui_vod_event: resume 
videoplay: gui_vod_event: pause 


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 
[09021788] theora decoder error: this bitstream does not contain Theora video data 
[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 
[mpeg2video @ 09054260] qscale == 0 
[mpeg2video @ 09054260] concealing 1200 DC, 1200 AC, 1200 MV errors 
[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] 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号称是全平台，全设备支持的，但是目前官网上没有找到手持设备的相关文档 

特定场景下才能复现的bug案例分享之--前端排序字段的锅 在做功能测试的过程中，经常会遇到一些难以重现的bug，或者明明在自己电脑上是好的，但是在别人电脑上操作的时候就是会报错。
“开源”vs“商业”，差别到底有多大？这篇测试一目了然 来自用户的声音… 开源就能搞定，还要选商业方案吗？ 我是小白用户，开源方案上手快吗？ 性能有极致要求，开源能满足吗？ 追求性价比，哪种方案更适合我？ 我对MySQL很熟悉，数据分析场景适合吗？ 上述问题如何解？看阿里云帮你对比分析！