规格功能特点应用场景Baseline支持I/P帧，无交错和CAVLC低阶或需要额外容错的应用，如视频通话、手机视频Main支持I/P/B帧，无交错和交错，CAVLC和CABAC主流消费类电子产品规格，如mp4、便携视频播放器、PSP、iPodHigh在Main基础上增加高级编码工具，如8x8内部预测、自定义量化等对视频质量和编码效率要求极高的场景，如广播、视频碟片存储、高清电视。

arm64架构的国产操作系统|Linux下的RTMP、RTSP直播播放，延迟依然毫秒级，随着国产操作系统在传统行业的推进，越来越多的场景需要高稳定性高延迟低的RTMP|RTSP播放器，本文抛砖引玉，感兴趣的开发者可以跟我单独探讨。

随着VR类、游戏类场景的快速发展，开发者对Unity3d低延迟的直播需求量越来越大，前两年，大牛直播SDK发布了Windows平台、Android平台和iOS平台的Unity3d RTMP和RTSP的播放，好多公司用起来体验都非常好，以下介绍大概实现流程。本文以Android平台为例，我们的实现：基于大牛直播SDK现有非常成熟的native RTMP和RTSP播放模块，回调解码后的原始数据，传..

像执法记录仪等智能终端，跑在Android平台，对接GB28181平台的需求也非常大，网上相关demo也不少，但真正设计符合相关协议规范、功能完善、长时间稳定运行的并不多。接口设计这块，我们分三个部分：一个是供Publisher实例调用的接口，一个是RTP发送相关的接口，还有一个是针对语音广播这块，实现的接收RTP数据播放接口。好多开发者在做国标对接的时候，首先想到的是IPC摄像头，通过参数化配置

PotPlayer 是“好用的播放器”，大牛直播SDK 播放器是“可控的播放能力”。你不能用 PotPlayer 去构建一个国标级别、嵌入式适配、断网重连、帧级控制、业务深度集成的系统。但你可以用大牛直播SDK 播放器，构建这样一个完整、稳固、可控的系统。

好多开发者跟我们做技术交流的时候，会问我们，为什么有Unity3D的RTMP|RTSP播放模块，还有RTMP推送和轻量级RTSP服务模块，为什么不去支持虚幻引擎？大牛直播SDK的Unity3D支持模块广泛应用于在线教育、无纸化推屏/会议、智慧教室、直播答题、智能可视门禁对讲、智慧安防、智能家居、物联网、智能车载等多个领域。大牛直播SDK在Unity3D环境下提供了全面的直播支持模块，覆盖了从直播推

I帧是一种独立的帧，它不依赖于其他帧进行编码。I 帧包含了完整的图像信息，可以单独解码成一幅完整的图像。作用：作为视频序列中的关键参考帧，I 帧为视频的解码提供了初始的图像数据。在视频播放过程中，如果出现丢包或错误，播放器可以利用 I 帧进行恢复，重新开始解码过程。例如，在网络不稳定的情况下，当部分帧丢失时，播放器可以等待下一个 I 帧到达后继续解码播放，从而减少播放中断的影响。

我们理解的Android平台RTMP同屏，采集到数据后，无非就是实现软、硬编码，然后打包发送到RTMP服务器，播放端拉流播放即可，实际上，几乎每一步操作，都可以考虑精细化的设计和处理，实现期望的高稳定、低延迟和资源占用体验。启动APP后，先选择需要采集的分辨率（如果选原始分辨率，系统不做缩放），然后选择“启动媒体投影”，并分别启动音频播放采集、采集麦克风。需要注意的是，Android采集音频播放的

编码器会分析视频的每一帧，对于复杂的帧分配较高的码率以保证图像质量，对于简单的帧分配较低的码率以节省空间。在这些场景中，通过对视频内容的智能分析，可以更好地满足用户的需求，提高视频的观看效果。例如，在智能监控系统中，基于内容感知的码率控制可以对监控画面中的关键区域（如入口、重要设备等）分配较高的码率，以便在需要时能够清晰地查看这些区域的情况。

解码顺序通常为：I、P、B。例如，对于序列 I、B、B、P、B、B、P，解码顺序可能是 I、P、B、B、P、B、B。先解码 I 帧，然后解码第一个 P 帧，接着解码第一个 B 帧（参考前面的 I 帧或 P 帧以及后面的帧），再解码第二个 B 帧，以此类推。假设一个视频序列为：I、B、B、P、B、B、P……在视频编码中，通常使用的帧类型有 I 帧（帧内编码帧）、P 帧（前向预测编码帧）和 B 帧（双