skycnlr的博客

FFPlay是以FFmpeg框架为基础，外加渲染音视频的库libSDL构建的媒体文件播放器。ffplay工具下载并播放视频，可以辅助卡看流信息。下载build好的exe程序：此处下载的是：ffmpeg-20200403-52523b6-win64-static.zip下载后解压，ffplay.exe就在文件夹bin中。

组播传输作为IP数据传输的三种方式之一 ，是指接收者的数量和位置在源端主机不知道的情况下，仅由源发出一份组播报文，向目标组播IP地址发送数据的过程。其特点有：组播实现点到多点的高效数据传输。（通常基于UDP）组播可以有效节约带宽、降低网络负载。（按需发送，不会和广播一样只会泛洪，减少了对链路带宽的浪费）组播广泛应用于IPTV、实时数据传送和多媒体会议等。

在android 6.0（Android API23）及以后才能实现音视频倍速播放，6.0以下可能不会报错，但是效果只有音频能够倍速。抓取网络包查看协议交互，是否存在传输协议不对或者端口不对导致无法收到数据流导致无法播放。检查是否设置buffer_size过小，过小可能会导致udp协议丢包花屏。检查是否未设置surfaceholder或者被设置空了，再次播放未设置。对于不支持tcp的流服务器，强制使用tcp会导致无法播放。检查是否播放使用的软解播放，如果是，建议使用硬解。检查是否起播探测流大小设置过大。

以下是为RTSP/1.0定义的数值状态码及其对应的原因短语示例。注意，RTSP采用了大部分HTTP/1.1状态码，并添加了从x50开始的RTSP特定状态码，以避免与新定义的HTTP状态码冲突。状态码（Status-Code）元素是一个三位数整数，用于表示对请求的理解和处理结果。状态码的首位数字表示响应的类别，后两位数字则没有分类作用。

在IPTV中，经常使用RTSP协议进行直播和点播播放。但在开发调试过程经常遇到服务器无响应，不推流等问题。需要定位问题，就需要抓包分析RTSP的报文是否正确。但一般要对程序代码进行修改后运行才能验证修改是否正确。这种方式效率低切复杂。有没有更好的方式进行协议调试呢？答案是有。可以通过telnet进行和RTSP服务器的协议调试。首先，了解下RTSP协议。

倍速播放的原理主要包括视频帧率和音频重采样两个方面。‌‌倍速播放视频时，主要是通过改变视频的播放帧率来实现。例如，如果原始视频的帧率为30帧每秒（fps），在2倍速播放时，帧率提升到60fps，这意味着每秒钟播放的帧数翻倍，从而加快了视频的播放速度。这种帧率的调整要求播放器有足够的解码能力来处理更高的帧率。音频倍速播放则是通过音频重采样来实现。重采样的原理是根据播放速度调整采样率。