【原创】P2P-NEXT测试结论和遗留问题
【原创】P2P-NEXT测试结论和遗留问题
摩云飞 发表于5年前
【原创】P2P-NEXT测试结论和遗留问题
  • 发表于 5年前
  • 阅读 663
  • 收藏 2
  • 点赞 0
  • 评论 4

【腾讯云】新注册用户域名抢购1元起>>>   

摘要: 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号称是全平台,全设备支持的,但是目前官网上没有找到手持设备的相关文档


标签: P2P-NEXT vlc
  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 361
博文 352
码字总数 952690
评论 (4)
摩云飞
看来目前研究P2P流媒体并非主流,该测试结果的价值可能要过1、2年后才能体现了~~
chenfengfanhua

引用来自“摩云飞”的评论

看来目前研究P2P流媒体并非主流,该测试结果的价值可能要过1、2年后才能体现了~~

何止P2P流媒体,感觉整个P2P的研究都不温不火的……
小洋哥

引用来自“chenfengfanhua”的评论

引用来自“摩云飞”的评论

看来目前研究P2P流媒体并非主流,该测试结果的价值可能要过1、2年后才能体现了~~

何止P2P流媒体,感觉整个P2P的研究都不温不火的……
P2P架构是未来之趋势
chenzhengxian
请问这个问题(Error decoding AAC frame header.)是怎么解决的,是编码的时候有问题吗,谢谢...
×
摩云飞
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: