H264 RTP解包

最新推荐文章于 2024-08-05 12:14:20 发布
最新推荐文章于 2024-08-05 12:14:20 发布
阅读量8.4k 收藏 22
点赞数 4
分类专栏： 编程语言 文章标签： header extension struct reference socket null
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/anobodykey/article/details/7876047
版权

同前篇类似，修改自vc下的程序，跟打包相反，原理就是从udp接收一个数据包，判断这个数据包是单个发送还是分片发送，进而获取rtp包中的h264NAL数据，并加上0x00000001起始字节一并写进文件中即可。

#include <stdio.h>

#include <stdlib.h>

#include <string.h>

#include <sys/socket.h>

#include <netinet/in.h>
#include <arpa/inet.h>

#include <unistd.h>

#include <errno.h>

#include <sys/types.h>

#include <fcntl.h>

typedef struct
{
	unsigned char version;          	//!< Version, 2 bits, MUST be 0x2
	unsigned char padding;			 	//!< Padding bit, Padding MUST NOT be used
	unsigned char extension;			//!< Extension, MUST be zero
	unsigned char cc;       	   		//!< CSRC count, normally 0 in the absence of RTP mixers 		
	unsigned char marker;			   	//!< Marker bit
	unsigned char pt;			   		//!< 7 bits, Payload Type, dynamically established
	unsigned int seq_no;			   	//!< RTP sequence number, incremented by one for each sent packet 
	unsigned int timestamp;	       //!< timestamp, 27 MHz for H.264
	unsigned int ssrc;			   //!< Synchronization Source, chosen randomly
	unsigned char * payload;      //!< the payload including payload headers
	unsigned int paylen;		   //!< length of payload in bytes
} RTPpacket_t;

typedef struct 
{
	/*  0                   1                   2                   3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|V=2|P|X|  CC   |M|     PT      |       sequence number         |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                           timestamp                           |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|           synchronization source (SSRC) identifier            |
	+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
	|            contributing source (CSRC) identifiers             |
	|                             ....                              |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    */
	//intel 的cpu 是intel为小端字节序（低端存到底地址） 而网络流为大端字节序（高端存到低地址）
	/*intel 的cpu ： 高端->csrc_len:4 -> extension:1-> padding:1 -> version:2 ->低端
	 在内存中存储 ：
	 低->4001（内存地址）version:2
	     4002（内存地址）padding:1
		 4003（内存地址）extension:1
	 高->4004（内存地址）csrc_len:4

     网络传输解析 ： 高端->version:2->padding:1->extension:1->csrc_len:4->低端  (为正确的文档描述格式)

	 存入接收内存 ：
	 低->4001（内存地址）version:2
	     4002（内存地址）padding:1
	     4003（内存地址）extension:1
	 高->4004（内存地址）csrc_len:4
	 本地内存解析 ：高端->csrc_len:4 -> extension:1-> padding:1 -> version:2 ->低端 ，
	 即：
	 unsigned char csrc_len:4;        // expect 0 
	 unsigned char extension:1;       // expect 1
	 unsigned char padding:1;         // expect 0 
	 unsigned char version:2;         // expect 2 
	*/
	/* byte 0 */
	 unsigned char csrc_len:4;        /* expect 0 */
	 unsigned char extension:1;       /* expect 1, see RTP_OP below */
	 unsigned char padding:1;         /* expect 0 */
	 unsigned char version:2;         /* expect 2 */
	/* byte 1 */
	 unsigned char payloadtype:7;     /* RTP_PAYLOAD_RTSP */
	 unsigned char marker:1;          /* expect 1 */
	/* bytes 2,3 */
	 unsigned int seq_no;            
	/* bytes 4-7 */
	 unsigned int timestamp;        
	/* bytes 8-11 */
	 unsigned int ssrc;              /* stream number is used here. */
} RTP_FIXED_HEADER;


typedef struct
{
	unsigned char forbidden_bit;           //! Should always be FALSE
	unsigned char nal_reference_idc;       //! NALU_PRIORITY_xxxx
	unsigned char nal_unit_type;           //! NALU_TYPE_xxxx  
	unsigned int startcodeprefix_len;      //! 前缀字节数
	unsigned int len;                      //! 包含nal 头的nal 长度，从第一个00000001到下一个000000001的长度
	unsigned int max_size;                 //! 做多一个nal 的长度
	unsigned char * buf;                   //! 包含nal 头的nal 数据
	unsigned int lost_packets;             //! 预留
} NALU_t;

/*
+---------------+
|0|1|2|3|4|5|6|7|
+-+-+-+-+-+-+-+-+
|F|NRI|  Type   |
+---------------+
*/
typedef struct 
{
	//byte 0
	unsigned char TYPE:5;
	unsigned char NRI:2;
	unsigned char F:1;        
} NALU_HEADER; // 1 BYTE 

/*
+---------------+
|0|1|2|3|4|5|6|7|
+-+-+-+-+-+-+-+-+
|F|NRI|  Type   |
+---------------+
*/
typedef struct 
{
	//byte 0
	unsigned char TYPE:5;
	unsigned char NRI:2; 
	unsigned char F:1;              
} FU_INDICATOR; // 1 BYTE 

/*
+---------------+
|0|1|2|3|4|5|6|7|
+-+-+-+-+-+-+-+-+
|S|E|R|  Type   |
+---------------+
*/
typedef struct 
{
	//byte 0
	unsigned char TYPE:5;
	unsigned char R:1;
	unsigned char E:1;
	unsigned char S:1;    
} FU_HEADER;   // 1 BYTES 

#define  MAXDATASIZE 1500
#define PORT	1234
#define BUFFER_SIZE	10

FILE * poutfile =  NULL;	

char * outputfilename = "./receive.264";

int  OpenBitstreamFile (char *fn)
{
	if (NULL == (poutfile = fopen(fn, "wb")))
	{
		printf("Error: Open input file error\n");
		getchar();
	}
	return 1;
}

NALU_t *AllocNALU(int buffersize)
{
	NALU_t *n;

	if ((n = (NALU_t*)calloc (1, sizeof(NALU_t))) == NULL)
	{
		printf("AllocNALU Error: Allocate Meory To NALU_t Failed ");
		exit(0);
	}
	return n;
}

void FreeNALU(NALU_t *n)
{
	if (n)
	{
		free (n);
	}
}

/*
*bufIn:rtppackage
*len: the lengthe of rtppackage
*/
void rtp_unpackage(char *bufIn,int len)
{
    unsigned char recvbuf[1500];
	RTPpacket_t *p = NULL; 
	RTP_FIXED_HEADER * rtp_hdr = NULL;
	NALU_HEADER * nalu_hdr = NULL;
	NALU_t * n  = NULL;
	FU_INDICATOR	*fu_ind = NULL;
	FU_HEADER		*fu_hdr= NULL;
	int total_bytes = 0;                 //当前包传出的数据
	static int total_recved = 0;         //一共传输的数据
	int fwrite_number = 0;               //存入文件的数据长度

	memcpy(recvbuf,bufIn, len);          //复制rtp包 
	printf("包长度+ rtp头：   = %d\n",len);

	//
	//begin rtp_payload and rtp_header

	p = (RTPpacket_t*)&recvbuf[0];
	if ((p = malloc (sizeof (RTPpacket_t)))== NULL)
	{
		printf ("RTPpacket_t MMEMORY ERROR\n");
	}
	if ((p->payload = malloc (MAXDATASIZE))== NULL)
	{
		printf ("RTPpacket_t payload MMEMORY ERROR\n");
	}

	if ((rtp_hdr = malloc(sizeof(RTP_FIXED_HEADER))) == NULL)
	{
		printf("RTP_FIXED_HEADER MEMORY ERROR\n");
	}
    
	rtp_hdr =(RTP_FIXED_HEADER*)&recvbuf[0]; 
	printf("版本号 	: %d\n",rtp_hdr->version);
	p->version  = rtp_hdr->version;
	p->padding  = rtp_hdr->padding;
	p->extension  = rtp_hdr->extension;
	p->cc = rtp_hdr->csrc_len;
	printf("标志位 	: %d\n",rtp_hdr->marker);
	p->marker = rtp_hdr->marker;
	printf("负载类型	:%d\n",rtp_hdr->payloadtype);
	p->pt = rtp_hdr->payloadtype;
	printf("包号   	: %d \n",rtp_hdr->seq_no);
	p->seq_no = rtp_hdr->seq_no;
	printf("时间戳 	: %d\n",rtp_hdr->timestamp);
	p->timestamp = rtp_hdr->timestamp;
	printf("帧号   	: %d\n",rtp_hdr->ssrc);
	p->ssrc = rtp_hdr->ssrc;
	
	//end rtp_payload and rtp_header
	//
	//begin nal_hdr
	if (!(n = AllocNALU(800000)))          //为结构体nalu_t及其成员buf分配空间。返回值为指向nalu_t存储空间的指针
	{
		printf("NALU_t MMEMORY ERROR\n");
	}
	if ((nalu_hdr = malloc(sizeof(NALU_HEADER))) == NULL)
	{
		printf("NALU_HEADER MEMORY ERROR\n");
	}

	nalu_hdr =(NALU_HEADER*)&recvbuf[12];                        //网络传输过来的字节序 ，当存入内存还是和文档描述的相反，只要匹配网络字节序和文档描述即可传输正确。
	printf("forbidden_zero_bit: %d\n",nalu_hdr->F);              //网络传输中的方式为：F->NRI->TYPE.. 内存中存储方式为 TYPE->NRI->F (和nal头匹配)。
	n->forbidden_bit= nalu_hdr->F << 7;                          //内存中的字节序。
	printf("nal_reference_idc:  %d\n",nalu_hdr->NRI);
	n->nal_reference_idc = nalu_hdr->NRI << 5;                      
	printf("nal 负载类型:       %d\n",nalu_hdr->TYPE);
	n->nal_unit_type = nalu_hdr->TYPE;

	//end nal_hdr
	//
	//开始解包
	if ( nalu_hdr->TYPE  == 0)
	{
		printf("这个包有错误，0无定义\n");
	}
	else if ( nalu_hdr->TYPE >0 &&  nalu_hdr->TYPE < 24)  //单包
	{
		printf("当前包为单包\n");
		putc(0x00, poutfile);
		putc(0x00, poutfile);
		putc(0x00, poutfile);
		putc(0x01, poutfile);	//写进起始字节0x00000001
		total_bytes +=4;
		memcpy(p->payload,&recvbuf[13],len-13);	
		p->paylen = len-13;
	 	fwrite(nalu_hdr,1,1,poutfile);	//写NAL_HEADER
		total_bytes += 1;
		fwrite_number = fwrite(p->payload,1,p->paylen,poutfile);	//写NAL数据
		total_bytes = p->paylen;
		printf("包长度 + nal= %d\n",total_bytes);
	}
	else if ( nalu_hdr->TYPE == 24)                    //STAP-A   单一时间的组合包
	{
		printf("当前包为STAP-A\n");
	}
	else if ( nalu_hdr->TYPE == 25)                    //STAP-B   单一时间的组合包
	{
		printf("当前包为STAP-B\n");
	}
	else if (nalu_hdr->TYPE == 26)                     //MTAP16   多个时间的组合包
	{
		printf("当前包为MTAP16\n");
	}
	else if ( nalu_hdr->TYPE == 27)                    //MTAP24   多个时间的组合包
	{
		printf("当前包为MTAP24\n");
	}
     else if ( nalu_hdr->TYPE == 28)                    //FU-A分片包，解码顺序和传输顺序相同
	{
		if ((fu_ind = malloc(sizeof(FU_INDICATOR))) == NULL)
		{
			printf("FU_INDICATOR MEMORY ERROR\n");
		}
		if ((fu_hdr = malloc(sizeof(FU_HEADER))) == NULL)
		{
			printf("FU_HEADER MEMORY ERROR\n");
		}

		fu_ind=(FU_INDICATOR*)&recvbuf[12];		//分片包用的是FU_INDICATOR而不是NALU_HEADER
		printf("FU_INDICATOR->F     :%d\n",fu_ind->F);
		n->forbidden_bit = fu_ind->F << 7;
		printf("FU_INDICATOR->NRI   :%d\n",fu_ind->NRI);
		n->nal_reference_idc = fu_ind->NRI << 5;                      
		printf("FU_INDICATOR->TYPE  :%d\n",fu_ind->TYPE);
		n->nal_unit_type = fu_ind->TYPE;

		fu_hdr=(FU_HEADER*)&recvbuf[13];		//FU_HEADER赋值
		printf("FU_HEADER->S        :%d\n",fu_hdr->S);
		printf("FU_HEADER->E        :%d\n",fu_hdr->E);
		printf("FU_HEADER->R        :%d\n",fu_hdr->R);
		printf("FU_HEADER->TYPE     :%d\n",fu_hdr->TYPE);
		n->nal_unit_type = fu_hdr->TYPE;               //应用的是FU_HEADER的TYPE

		if (rtp_hdr->marker == 1)                      //分片包最后一个包
		{
			printf("当前包为FU-A分片包最后一个包\n");
			memcpy(p->payload,&recvbuf[14],len - 14);
			p->paylen = len - 14;
			fwrite_number = fwrite(p->payload,1,p->paylen,poutfile);	//写NAL数据
			total_bytes = p->paylen;
			printf("包长度 + FU = %d\n",total_bytes);	
		}
		else if (rtp_hdr->marker == 0)                 //分片包 但不是最后一个包
		{
			if (fu_hdr->S == 1)                        //分片的第一个包
			{
				unsigned char F;
				unsigned char NRI;
				unsigned char TYPE;
				unsigned char nh;
				printf("当前包为FU-A分片包第一个包\n");
				putc(0x00, poutfile);
				putc(0x00, poutfile);
				putc(0x00, poutfile);
				putc(0x01, poutfile);				//写起始字节码0x00000001
				total_bytes += 4;
                
				F = fu_ind->F << 7;
				NRI = fu_ind->NRI << 5;
				TYPE = fu_hdr->TYPE;                                            //应用的是FU_HEADER的TYPE
				//nh = n->forbidden_bit|n->nal_reference_idc|n->nal_unit_type;  //二进制文件也是按 大字节序存储
				nh = F | NRI | TYPE;

				putc(nh,poutfile);				//写NAL HEADER

				total_bytes +=1;
				memcpy(p->payload,&recvbuf[14],len - 14);
				p->paylen = len - 14;
				fwrite_number = fwrite(p->payload,1,p->paylen,poutfile);	//写NAL数据
				total_bytes = p->paylen;
				printf("包长度 + FU_First = %d\n",total_bytes);	
			}
			else                                      //如果不是第一个包
			{
				printf("当前包为FU-A分片包\n");
				memcpy(p->payload,&recvbuf[14],len - 14);
				p->paylen= len - 14;
				fwrite_number = fwrite(p->payload,1,p->paylen,poutfile);	//写NAL数据
				total_bytes = p->paylen;
				printf("包长度 + FU = %d\n",total_bytes);	
			}	
		}
	}
	else if ( nalu_hdr->TYPE == 29)                //FU-B分片包，解码顺序和传输顺序相同
	{
		if (rtp_hdr->marker == 1)                  //分片包最后一个包
		{
			printf("当前包为FU-B分片包最后一个包\n");

		}
		else if (rtp_hdr->marker == 0)             //分片包 但不是最后一个包
		{
			printf("当前包为FU-B分片包\n");
		}
	}
	else
	{
		printf("这个包有错误，30-31 没有定义\n");
	}
	total_recved += total_bytes;
	printf("total_recved = %d\n",total_recved);
	memset(recvbuf,0,1500);
	free (p->payload);
	free (p);
	FreeNALU(n);
	//结束解包
	//
    return ;
}


int main()
{
	char recvbuf[MAXDATASIZE];  //加上头最大传输数据 1500
	int sockfd;  
	int client_fd;  
	int sin_size;  
	char sendbuf[BUFFER_SIZE];
	struct sockaddr_in server_sockaddr, client_sockaddr;  

	int	receive_bytes = 0;

	OpenBitstreamFile(outputfilename); 
    
	//
	//socket 操作
	
	if ((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) == -1)
	{
		perror("socket");
		exit(1);
	}//建立socket链接，数据报socket，IPv4协议
	printf("create socket success!\n");

	server_sockaddr.sin_family = AF_INET;  
	server_sockaddr.sin_addr.s_addr = INADDR_ANY;//0.0.0.0不确定地址  
	server_sockaddr.sin_port = htons(PORT);  
	bzero(&(server_sockaddr.sin_zero), 8);  //填充0以保持与struct sockaddr同样大小

	if (bind(sockfd, (struct sockaddr *) &server_sockaddr,  
		  sizeof(struct sockaddr)) < 0)   
	{
		perror("ERROR on binding");
		exit(1); 
	} 
	printf("bind success!\n");

	sin_size = sizeof(struct sockaddr_in);
	printf("waiting for client connection...\n");
	//接收从客户端发来的数据
	while((receive_bytes = recvfrom(sockfd, recvbuf, MAXDATASIZE, 0, (struct sockaddr *)&client_sockaddr, &sin_size)) >0)
	{
		if(strncmp(recvbuf, "over",4) == 0)

		{

			break;

		}
		poutfile = fopen(outputfilename,"ab+");
		rtp_unpackage(recvbuf,receive_bytes);
		fclose(poutfile);
	}
	strcpy(sendbuf, "success");
	sendto( sockfd, sendbuf, BUFFER_SIZE, 0 ,(struct sockaddr *)&client_sockaddr, sin_size);
	close(client_fd);
	close(sockfd);
	return 0;
}
因为这里用的是recvfrom，因此将上一篇的打包发送中socket的send修改成sendto即可。还有一点是udp发送的速度很快，这里因为要将数据写进文件中，速度肯定没有接受数据快，因此在打包发送端每发送完一个rtp数据包延迟一段时间才行，这里我延时了10ms。

anobodykey
关注
专栏目录
5 RTP之AAC封包和解包1
08-04
1. 需要将aac的前7个（或9个）字节的ADTS去掉，即是跳过adts header 5. 从第17字节开始就是payload（去掉ADTS的aac数据）数据
FFmpeg linux解包解码rtsp流编码h.264/h.265 mp4视频报错问题排查（没解决）
Dontla的博客
11-29 2874
无论是在ubuntu虚拟机上，还是英伟达jetson盒子上，用官方编译好的ffmpeg解包解码转码封装海康rtsp视频流，就会出现这样问题（3090显卡x64机器上测试问题倒少一点，只有开头绿屏问题）总共有好几个报错，但不知道哪个是关键错误。
RTSP系列三：RTP协议介绍
最新发布
不定期更新关于音视频的文章
08-05 2135
这里要注意的是，这些字段并不是固定出现的字段(按需携带，可有可无)，所以码流结构图描述只是字段的名字，并没有给出字段的位数(位数也是可变的)。首先"defined by profile"字段为0x1000，length为3，后面跟着3x4字节长度扩展，对于第一个header extension：L=0，数据长度为0，对于第二个header extension：L=1，data长度为1，接着是填充数据，对于第三个header extension：L=4，后面跟着4字节长度数据。
FFmpeg的那些坑-RTP missed xxx packets
noahsun1024的博客
07-01 1万+
前言 文章首发于Noah Sun’s Home FFmpeg的那些坑-RTP missed xxx packets FFmpeg使用场景 使用FFmpeg将两路RTP流合成一路流 ffmpeg -acodec libopus -i ../var/tmp/1024_0.sdp -acodec libopus -i ../var/tmp/1024_1.sdp -filter_complex...
视频编解码 — RTP 与 RTCP
11-29 815
每一种报告的有效负荷都是不同的，通过这些报告在接收端和发送端传递当前统计的RTP包的传输情况。接收端要正确地使用这些音视频编码数据，不仅仅需要原始的数据码流，还需要一些额外的信息当前编码标准，H264 H65等。适合单个RTP包小于1500字节的时候，P帧和BZ帧编码比较小，还有SPS,PPS适合采用这种方式。其报文有多种，发送端报告（SR），接收端报告（RR），RTP反馈报告（RTPFB）等。RTP传输的协议UDP，不具有丢包重传和拥塞控制，需要另外实现，这就需要用到RTCP工具。按照什么速度播放视频？
Ubuntu 16.04 vlc和ffmpeg播放rtsp视频
zhuiqiuk的专栏
06-01 6440
sudo get install vlc sudo get install ffmpeg ffplay rtsp:/// 可以播放网络视频流
h264封包解包 rtp.zip
09-09
本项目“h264封包解包 rtp.zip”旨在实现H264视频流通过RTP协议进行封装和解封装的过程，同时也涉及到链表操作、TCP客户端服务器模块以及Makefile的编写，这些都是软件开发中的基础技能。 首先，让我们深入理解H264...
rtp解包组包.zip
01-02
因此，实现高效、可靠的RTP解包组包算法是音视频通信系统设计中的重要环节。此外，对于SPS的处理也直接影响到解码器的性能和视频质量。 总的来说，RTP协议在H264和H265视频传输中的作用主要体现在数据的分片和重组...
linux,H264RTP打包和解包
11-12
linux下的h264视频文件打包和解包，rtp协议值得初学者
h264 rtp打包 java版本
07-12
- 在接收端，接收到RTP包后，解包并重组NAL单元，然后解码成原始的H264数据，最终由解码器转化为视频帧。 要注意的是，由于H264编码的复杂性和RTP的实时性要求，这个过程需要对网络通信、视频编码和Java编程有深入...
ffmpeg学习3-- ffmpeg解码rtp流
2010yhh
06-14 4031
ffmpeg学习3-- ffmpeg解码rtp流     ffmpeg学习3-- ffmpeg解码rtp流，遇到的问题；     1.发送端编码效率不够，解码时接受的rtp包丢包概率很大，导致解码的视频帧卡顿，有马赛克。     2.解码时用opencv和mfc显示没有迅雷等视频播放器效果好。     3.用ffmpeg录像时，录像视频感觉比正常的快，但是帧率是正确的啊。     4.f
树莓派解码海康摄像机丢包现象解决
aphero的专栏
07-26 9302
丢包现象： omxplayer rtsp://摄像机地址 [NULL @ 0x15da560] RTP: missed 69 packets0.00   0.00s/ 37.82s Cv:     0k Ca:     0k                             [NULL @ 0x15da560] RTP: missed 301 packets [NULL @ 0x
H264-YUV通过RTP接收视频流ffmpeg解码SDL实时播放
sunshineywz的博客
05-31 1660
写在前面的话 写一个简单的播放器，通过RTP接收视频流，进行实时播放。最初，使用ffplay或者vlc接收按照SDP协议文件可以播放视频，但是视频中断后重启，不能正确的解包，时常会出现如下的错误信息。 [sdp @ 0x7ffb35034e00] RTP: dropping old packet received too late Last message repeated 15 times 使用ffplay播放udp视频。 ➜ view-show ffplay -protocol_whitel
如何发送和接收RTP封包的H264，用FFmpeg解码
jinking01的专栏
09-28 3943
这篇文章给大家介绍怎么打包H264分片到RTP包，并且实现一个播放程序演示接收RTP包和用FFmpeg解码。为了让大家更了解H264打包成RTP的细节，有必要罗嗦一下向大家介绍一些相关的基础知识，下面分三节介绍，其中前面两节是基础知识，第三节重点讲解怎么实现RTP包的发送和接收，以及怎么用FFmpeg解码显示。 一、H264的组成结构 H264以NALU（NALunit）为单位来支持编码数据在基于分组交换技术网络中传输的。 NALU的结构是：NAL头+RBSP，实际传输中的数据流如图所示...
流媒体传输协议---RTP---荷载PS流
weixin_30859423的博客
12-09 201
转自：https://blog.csdn.net/chen495810242/article/details/39207305 针对H264 做如下PS 封装：每个IDR NALU 前一般都会包含SPS、PPS 等NALU，因此将SPS、PPS、IDR 的NALU 封装为一个PS 包，包括ps 头，然后加上PS system header，PS system map，PES hea...
一种RTP接收和解包的程序
qianbo042311的博客
02-26 1067
jrtplib 除了自己写udp 接收程序，我们也可以使用jrtplib 的方式去接收数据包，比较简单，jrtplib可以解rtp 的头部，但不适宜解包，一般来说，解包都是要自己解的，我们使用jrtplib来收包，同时自己写解包代码，除此之外，rtf3984是H.264的baseline码流在RTP方式下传输的规范，我们传输实时码流，一般使用baseline。 jrtplib class jrtplib可以在编译的时候使用thread，也就是编译出thread库，让其启动的时候启动多个线程。 class S
RTP协议解析和H264码流提取
热门推荐
余莫星辰的博客
11-01 2万+
一、 h264基础概念SODB:　数据比特串－－＞最原始的编码数据RBSP:　原始字节序列载荷－－＞在SODB的后面填加了结尾比特（RBSP trailing bits　一个bit“1”）若干比特“0”,以便字节对齐。EBSP:　扩展字节序列载荷– >在RBSP基础上填加了仿校验字节（0X03）它的原因是：　在NALU加到Annexb上时，需要填加每组NALU之前的开始码 StartCodePre
RTP_h264解包类分析与代码实现
本文档主要讨论的是一个名为"CH264_RTP_UNPACK"的类，用于解析和解包H.264 (MPEG-4 Part 10) 的Real-time Transport Protocol (RTP) 数据包。RTP是一种网络传输协议，常用于实时音视频通信，如视频会议和在线流媒体...
评论 21
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值