直播疑难杂症排查(1)— 播放失败

简介:

1. 播放失败的表现


播放失败的表现总结下来包括但不限于以下这些:


- 界面上一直显示 “加载中”,或者提示播放失败的错误

- 播放画面卡死不动,但 UI 按钮可以点击

- 有声音没有画面,有画面没有声音


这里并不讨论如播放卡顿、音画不同步、马赛克、延时、花屏等问题,这些话题,我们将会在后续的文章中探讨,本文重点关注的是:为啥无法顺利 “打开” 直播流 ?


2. 播放问题的排查工具


一旦我们遇到视频播放不了,第一件事,就是要找几个别的播放器也播放看看,做一下对比测试,或者对码流做一些基础分析,以便更好地定位问题的源头,各个平台比较常见的播放/分析工具有如下几个:


2.1 命令行工具


ffplay,ffprobe,mediainfo,hls-analyzer 等


2.2 网页端工具


http://www.cutv.com/demo/live_test.swf

http://www.ossrs.net/players/srs_player.html


2.3 App 应用


vlc,vplayer,mxplayer 等


2.4 Windows 工具


mp4info,FlvParse,FLVMeta,Elecard StreamEye Studio 等


3. 常见播放失败问题排查


3.1 基础概念


从给播放器传入播放地址,到播放画面显示出来,一般有如下几个步骤:


- DNS 解析,将播放地址中的域名解析为对应的服务器 ip 地址

- 连接服务器,完成 http 请求或者 rtmp 握手过程

- 接收服务器发送的数据,解协议解封装,拿到音视频数据解码播放


任何一个环节出了问题,都有可能导致播放失败,不同的协议,由于协议层原因,播放报错往往不太一样,我们下面的讨论,主要以 RTMP/HTTP 这两种协议为主,假设正常的播放测试地址如下:


香港卫视的 RTMP 直播流:rtmp://live.hkstv.hk.lxdns.com/live/hks

W3C School 的测试 mp4 流:http://www.w3school.com.cn/i/movie.mp4


3.2 域名解析失败


如果播放地址的域名无法解析,会导致播放失败,一般断网了或者域名无效,则播放的时候,会有类似如下报错:


1
2
3
4
$ ffplay rtmp: //live .hkstv.hk.lxdns.com1 /live/hks
 
Failed to resolve  hostname  live.hkstv.hk.lxdns.com1: nodename nor servname provided, or not known
Failed to resolve  hostname  live.hkstv.hk.lxdns.com1: No address associated with  hostname


当然,如果有网络,但是域名解析失败,一般 ISP 运营商可能会返回一些类似 404 页面,或者跳转到其他的默认网页,因此,对于 HLS,HTTP-FLV,HTTP-mp4 等码流,会因为读到一些 “脏数据” 从而返回一些其他的错误,例如:


1
2
3
4
5
6
7
$ ffplay http: //www .w3school2.com.cn1 /i/movie .m3u8
 
http: //www .w3school2.com.cn1 /i/movie .m3u8: Operation timed out
 
$ ffplay http: //www .w3school2.com.cn1 /i/movie .mp4
 
http: //www .w3school2.com.cn1 /i/movie .mp4: Invalid data found when processing input


遇到这类错误,一般可以通过 ping 一下域名试试,看看是否可以 ping 通,如果 ping 不通,则可能要检查下域名解析的配置了。


3.3 服务器连接失败


如果域名正确,并且有网络连接的状态,多半是可以正常解析出服务器 ip 地址的,但是依然有连接失败的可能,比如,这台服务器相应的服务挂掉了,或者并没有在相应的端口提供服务,从而导致播放器连接失败,类似问题的报错如下:


1
2
3
4
$ ffplay rtmp: //www .jhuster.com /live/hks
 
Cannot  open  connection tcp: //www .jhuster.com:1935
rtmp: //www .jhuster.com /live/hks : Operation timed out


因为 www.jhuster.com 对应的服务器并没有提供 rtmp 拉流服务,因此通过 1935 连接该服务器会失败。


1
2
3
$ ffplay https: //www .w3school.com.cn /i/movie .mp4
 
Connection to tcp: //www .w3school.com.cn:443 failed: Connection refused


因为 www.w3school.com.cn 并不支持 https 访问,因此通过 443 接口请求 https 连接失败


当然,也有可能是这台服务器虽然提供了 rtmp 拉流服务但是宕机了,因此,我们需要通过 dig 命令确定最终访问的是哪一台服务器,并排查下该服务器为什么无法连接,当然,最好是修改下 ffpmeg 源码,把解析出来的服务器 ip 地址打印出来,这样就可以直接看到所连接的服务器地址了。


3.4 请求的资源不存在


对于 http 协议的直播地址,请求的播放资源不存在,返回的错误还是比较快的,比如:


1
2
3
4
5
6
7
8
$ ffplay http: //jhuster .com /live/hks .mp4
 
http: //jhuster .com /live/hks .mp4: Server returned 404 Not Found
 
 
$ ffplay http: //www .w3school2.com.cn /i/movie2 .mp4
 
http: //www .w3school2.com.cn /i/movie2 .mp4: Invalid data found when processing input


注:由于读到 ISP 运营商返回的跳转页面的 “脏数据”,因此也有可能返回上面这种错误


而 RTMP 直播协议,跟 HTTP 协议的播放,有着一个很大的不同,就是播放器请求的数据,并不一定 “存放” 在服务器,因此,服务器无法简单通过 URI 定位不到则返回 404,这些数据是在 RTMP 握手之后,由生产端逐步产生并由服务器转发到客户端,因此很难简单判断说 “资源不存在”。


通常 RTMP 协议的直播流,如果推流端没有推流了,播放器这边一般是读数据超时后才会返回错误,例如:


1
2
3
$ ffplay rtmp: //live .hkstv.hk.lxdns.com /live/hks1
 
rtmp: //live .hkstv.hk.lxdns.com /live/hks1 : Input /output  error


3.4 不支持的格式


视频流的采用的网络协议、编码格式、封装格式有很多种,网络协议比如 http/https/rtmp/rtsp 等等,编码格式比如 h.264,mpeg4,aac,speex 等等,封装格式比如 flv,mp4,avi,rmvb 等等,这些协议和格式的流,都是需要播放器专门添加支持的,因此,播放器遇到不支持的协议或者格式,也会导致播放失败,如下所示:


1
2
3
https: //www .jhuster.com /xxxx .mp4 Protocol not found
 
http: //www .jhuster.com /xxxx .rmvb Invalid data found when processing input


3.5 只有音频没有视频,或者只有视频没有音频


出现该错误的原因可能有如下几点:


- 音频/视频的编码格式不支持,导致解码失败

- 音频/视频的数据内容异常,导致解码失败

- 基于 ffmpeg 的播放器的 `probesize` 设置太小,导致解析码流信息不足

- 码流/文件本身的前半段只有音频没有视频,或者只有视频没有音频


这个问题播放启动流程已经完成,只是出现了画面缺失、或者音频缺失,也算是一种播放失败,限于本文篇幅,该问题后面会抽出专门的章节来分析。


3.6 其他播放失败


上面只分析了常见的播放失败问题,其实导致播放失败的原因还有千千万万种,这里无法一一都列出来,不过通过 ffplay 的报错,就知道大概的原因,再联合服务端一起调试调试,一般都是可以找到根本原因的。下面是 ffmpeg 常见的错误分类:


wKioL1j3ZPrizWleAAnaN_lFQS4073.jpg

http://ffmpeg.org/doxygen/trunk/error_8h_source.html




本文转自 Jhuster 51CTO博客,原文链接:http://blog.51cto.com/ticktick/1917523,如需转载请自行联系原作者

相关实践学习
基于函数计算快速搭建Hexo博客系统
本场景介绍如何使用阿里云函数计算服务命令行工具快速搭建一个Hexo博客。
相关文章
|
26天前
|
Web App开发 移动开发 小程序
mPaaS常见问题之音视频通话使多人视频如何解决
mPaaS(移动平台即服务,Mobile Platform as a Service)是阿里巴巴集团提供的一套移动开发解决方案,它包含了一系列移动开发、测试、监控和运营的工具和服务。以下是mPaaS常见问题的汇总,旨在帮助开发者和企业用户解决在使用mPaaS产品过程中遇到的各种挑战
29 0
|
26天前
|
移动开发 监控 小程序
mPaaS常见问题之音视频通话微信小程序通话界面录制为画中画模式如何解决
mPaaS(移动平台即服务,Mobile Platform as a Service)是阿里巴巴集团提供的一套移动开发解决方案,它包含了一系列移动开发、测试、监控和运营的工具和服务。以下是mPaaS常见问题的汇总,旨在帮助开发者和企业用户解决在使用mPaaS产品过程中遇到的各种挑战
26 0
|
7月前
|
机器学习/深度学习 存储 缓存
mPaaS扫码速度过快导致出错的问题
mPaaS扫码速度过快导致出错的问题
92 1
|
缓存 UED
语音直播系统源码, 程序运行缓慢的主要原因分析
语音直播系统源码, 程序运行缓慢的主要原因分析
|
编解码
何必冥思苦想,直播app开发中延迟的“罪魁祸首”在这
关注直播系统开发的朋友都知道,直播APP开发中的流媒体传输一般流程是采集、前处理、压缩、推流、拉流、解码、播放,这当中每个阶段都是十分重要的,所以为了保证用户观看的及时性,这些流程需要高度协调统一,来减少在线直播的延迟,那么还有那些方面是延迟的影响因素呢?
何必冥思苦想,直播app开发中延迟的“罪魁祸首”在这
|
运维 监控 算法
优酷技术实践:自动检测及修复视频播放异常
音视频播放器的工作内容可以描述为:根据流媒体协议还原音视频内容的过程。在还原的 每个阶段都存在丢失精度的风险,而最终呈现的结果也是一个主观的内容,这就给播放器输出结果的评估引入了一些痛点问题。
优酷技术实践:自动检测及修复视频播放异常
|
编解码
直播开发完成后关于音画不同步的原因及办法
如果说直播过程中出现卡顿、延时是很正常的,那么唯有音画不同步是最令人难以忍受的。对于直播开发完成之后出现音画不同步的现象,也是非常令人头疼的。我们可以从以下几个方面来简单分析一下,音画不同步现象产生的原因以及解决办法。
|
网络协议 计算机视觉 编解码