NBA_1的博客

本文主要介绍一种QoS的解决方案，文章来自博客园RTC.Blacker，欢迎关注微信公众号blacker，更多详见www.rtc.helpQoS出现的背景：而当网络发生拥塞的时候，所有的数据流都有可能被丢弃；为满足用户对不同应用不同服务质量的要求，就需要网络能根据用户的要求分配和调度资源，对不同的数据流提供不同的服务质量：1、对实时性强且重要的数据报文优先处理；2、对于实时性不强的普通数据报文，提供较低的处理优先级，网络拥塞时甚至丢弃。为了满足上述需求，QoS出现了，定义如下：QoS（Quali

H264码流打包成RTP包的代码如下：#include <stdio.h>#include <stdlib.h>#include <conio.h>#include <string.h> #include <winsock2.h>#include <winsock2.h> //#include "mem.h" #define PACKET_BUFFER_END (unsigned int)

前段时间写了个测试程序，使用jrtplib，把h264打成标准的rtp数据包，并能通过vlc，mpalyer等播放器播放出来。这中间主要的难点是解析h264数据中的nal单元，并把nal单元打成rtp包，之后的事情都是jrtplib库做了。然后就可以通过播放器播放出来了。使用播放器播放时使用以下命令：mplayer player.sdp或者用vlc打开player.sdp对于rtp打包不懂的同学，可以仔细看下这个包里面的文档和一个rtp打包的代码，这是我上传的资源。http://do

一、简介1.RTP和RTCPRTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP被定义为在一对一或一对...

以太网：Dest物理地址：207918d3a1fdSource物理地址：7405a5058fd4Type：0800（IPV4）IPV4：Header：4500Total Length：05bc（1468）identification：2fc9flags：40Frament Offset：00Time to Live：3f（63）Protocol：11（17，UDP）H...

转自https://www.wolfcstech.com/2017/09/01/live555_src_analysis_rtsp_rtp_rtcp_wireshark/整体而言，RTSP 通常工作于可靠的传输协议 TCP 之上，就像 HTTP 那样，用于发起/结束流媒体传输，交换流媒体元信息。RTP 通常工作于 UDP 之上，用于传输实际的流媒体数据，其中的载荷格式因具体流媒体类型的不同而不同...

转自https://blog.youkuaiyun.com/freezlz/article/details/210443152014-03-08  22:05:58描述live555 client即openRTSP的流程，简单点说，playCommon.cpp，流为h264和g726。在实际项目中已成功应用。以下为我所见所得，有错误之处请指正，谢谢！1、live555的三种任务s...

写在前面：RTP的解析，网上找了很多资料，但是都不全，所以我力图整理出一个比较全面的解析，其中借鉴了很多文章，我都列在了文章最后，在此表示感谢。互联网的发展离不开大家的无私奉献，我决定从我做起，希望大家支持。原创不易，转载请附上链接，谢谢http://blog.youkuaiyun.com/chen495810242/article/details/392073051、RTP Header解析        ...

1、写在前面：最开始接触H264的PS封装的时候，参考的是：关于对H264码流的PS的封装的相关代码实现 , 确实是很有帮助，但完全参照这个实现，发现问题也很多，主要还是对MPEG213818的封装协议理解不深产生，所以我们在参考代码实现时，还是需要对原理做深入细致的分析，特别是封装涉及到bit级别的配置，一个bit配错了，可能就播放不了，所以记录下，做个备份。2、封装需要基本了解的概念：RTP：...