一段从摄像头RTP流提取H264NAL流的代码

最新推荐文章于 2021-08-21 22:01:47 发布
最新推荐文章于 2021-08-21 22:01:47 发布
阅读量814 收藏 1
点赞数
分类专栏： 流媒体技术
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/twd_1991/article/details/89327322
版权


/*视频RTP负载数据的处理， 提取摄像头NAL信息*/
void RTPDecoder::DoH264Decode(LPVOID param)
{
    ASSERT(param);
    rtspLinker*linker = (rtspLinker*)param;
    RtpDecoderInfo* decoderStatusInfo = &(linker->m_VideoRtpDecoderStatus);

    RTP_FIX_HEADER* pkt = (RTP_FIX_HEADER*)m_data;

    pkt->sequence_number = ntohs(pkt->sequence_number);
    pkt->timestamp = ntohl(pkt->timestamp);
    pkt->ssrc = ntohl(pkt->ssrc);

    BYTE*  rtpPayloadStart = &m_data[sizeof(RTP_FIX_HEADER)+pkt->cc * 4];                    //skip fix-header

    if (pkt->x){
        RTP_EXT_HEADER* pkt_ext = (RTP_EXT_HEADER*)m_data;
        rtpPayloadStart += sizeof(RTP_FIX_HEADER)+pkt_ext->extDataCnt * 4;//skip ext-header
    }

    int nal_data_len = (&m_data[m_dataLen] - rtpPayloadStart);
    if (pkt->p){
        //负载长度去掉填充字节， 若填料比特被设置,则此包包含一到多个附加在末端的填充比特,填充比特不算作负载的一部分。填充的最后一个字节指明可以忽略多少个填充比特
        nal_data_len -= m_data[m_dataLen - 1]/*填充字节数量, 注意m_data[m_dataLen - 1]包含了m_data[m_dataLen - 1]字节本身*/;
    }


    bool  bRtpStampTimeChanged   =false; //时间标签发生变化
  
    if(0 == decoderStatusInfo->frame_dataLen) {
        decoderStatusInfo->preRtpStampTime = pkt->timestamp;
        decoderStatusInfo->preNalType = 0xFF;
         decoderStatusInfo->preRtpSN = pkt->sequence_number-1;
    }

    //TRACE("pretmsamp=%u,  curtmsamp = %u....................................\n\n", decoderStatusInfo->preRtpSN ,  pkt->sequence_number);    
    //TRACE("pretmsamp=%u,  curtmsamp = %u....................................\n\n", decoderStatusInfo->preRtpStampTime ,  pkt->timestamp);    

 //时间标签或者NAL变化，上一帧已经结束，
    if (decoderStatusInfo->preRtpStampTime != pkt->timestamp)
    {
        bRtpStampTimeChanged = true;
        decoderStatusInfo->preRtpStampTime = pkt->timestamp; 
        //TRACE("bRtpStampTimeChanged= true\n");    
    }
    
    /*
      1-23  NAL单元  单个 NAL 单元包                这些值的H24保留使用的，RTP包头用到这些值,就是单一NAL单元模式
      24    STAP-A   单一时间的组合包
      25    STAP-B   单一时间的组合包
      26    MTAP16   多个时间的组合包
      27    MTAP24   多个时间的组合包
      28    FU-A     分片的单元                    h264仅用1-23,24以后的用在RTP H264负载类型头中    ， FU-A类型使用最多
      29    FU-B     分片的单元
      30-31 没有定义
      */
    RTP_FU_INDICATOR* fu_indicator = (RTP_FU_INDICATOR*)rtpPayloadStart;
    RTP_FU_HEADER*    fu_header    = (RTP_FU_HEADER*)(rtpPayloadStart + 1);
    
    BYTE *nalstart = NULL; //nalstart指向000001， 如果是该NAL是贞的开始，则nalstart指向00 000001
    BYTE *temp = NULL;

    UINT8 preNalType = decoderStatusInfo->preNalType;
    bool  bNalTypeChanged =false; //NAL type发生变化
    if(fu_indicator->fu_type<24){
        //TRACE("preNalType=%x,  curNalType = %x....................................\n\n" , decoderStatusInfo->preNalType, fu_indicator->fu_type);    
        if(fu_indicator->fu_type != decoderStatusInfo->preNalType){
            //TRACE("bNalTypeChanged= true\n");

            bNalTypeChanged = true; //时间标签或者NAL变化，上一帧已经结束，
            decoderStatusInfo->preNalType = fu_indicator->fu_type;
        }
    }
    else{
        //TRACE("preNalType=%x,  curNalType = %x....................................\n\n" , decoderStatusInfo->preNalType, fu_header->nalType);    
        if(fu_header->nalType != decoderStatusInfo->preNalType){
            //TRACE("bNalTypeChanged= true\n");
            bNalTypeChanged = true; //时间标签或者NAL变化，上一帧已经结束，
            decoderStatusInfo->preNalType = fu_header->nalType;
        }
    }

    static FILE* fH264 = NULL;
    if (!fH264)    fopen_s(&fH264, "e:\\1080P.h264", "wb");
    ASSERT(fH264);


    //Slice种的三种编码模式：I_slice、P_slice、B_slice
    //贞类型变化， 前一帧数据肯定已经结束

    if(bNalTypeChanged||bRtpStampTimeChanged){
        if(decoderStatusInfo->frame_dataLen){
            TSPacker * tsPacker = new TSPacker(linker, decoderStatusInfo->frame_buf, decoderStatusInfo->frame_dataLen, pkt->timestamp);
            linker->m_rtpTsPackerThreadPool->PushJob(tsPacker, linker);

            TRACE("$$$$$$$$$$>>>>>>>>>>>>>>>>>========NAL[%d]===========LEN[%d]============xxxxxxxxxxxxxxxx=======...[%d]....[%d]\n",  decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen, bNalTypeChanged, bRtpStampTimeChanged);
        //    if(preNalType == NALU_TYPE_PPS||preNalType == NALU_TYPE_SPS||preNalType == NALU_TYPE_IDR)
            //if(NALU_TYPE_IDR == preNalType){
            //    TRACE("$$$$$$$$$$>>>>>>>>>>>>>>>>>========NAL[%d]===========LEN[%d]============xxxxxxxxxxxxxxxx=======...[%d]....[%d]\n",  decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen, bNalTypeChanged, bRtpStampTimeChanged);
            //}

            UINT8* p = (UINT8*)decoderStatusInfo->frame_buf;
            TRACE("%02x %02x %02x %02x %02x  \n", p[0],p[1],p[2],p[3],p[4]);

 //时间标签或者NAL变化，上一帧已经结束，把上一帧NAL数据写入H264文件

            fwrite(decoderStatusInfo->frame_buf, 1, decoderStatusInfo->frame_dataLen, fH264);  //向文件写入一个完整的贞数据
            fflush(fH264);
            //fH264=NULL;
            decoderStatusInfo->frame_dataLen=0;
        }
    }

    if (fu_indicator->fu_type < 24){
        //经过跟踪， 大华的RTP流中包含了PPS和SPS(他们的 时间标签用的是后面IDR贞的时间标签， 时间标签间隔3600）
        //这种单一NAL分片包， 打包时去除 "00 00 01" 或 "00 00 00 01" 的开始码, 把其他数据封包的 RTP 包即可， 所以还原时， 自己加上000001 或者 00000001 , 对于pps和sps， 加上00 000001
        //TRACE("%d      %08x++++++++++++++++++++++++++  %d,%d,%02x      %02x %02x %02x %02x %02x %02x \n", nal_data_len, pkt->timestamp
        //    , fu_indicator->forbidden_zero_bit, fu_indicator->nal_ref_idc, fu_indicator->fu_type
        //    , ptr[1], ptr[2], ptr[3], ptr[4], ptr[5], ptr[6]); //这里打印信息证实了FU-A类型的包最多, 
        //TRACE("LINE#%d  =============================   spsGot[%d]\n", __LINE__, decoderStatusInfo->spsGot);
        //H264裸流文件的第一个NAL必须是SPS参数集合
        if(1 == decoderStatusInfo->spsGot  ||  NALU_TYPE_SPS == fu_indicator->fu_type)
        {
            if(0 == decoderStatusInfo->spsGot)
            {
                decoderStatusInfo->spsGot =1;
                TRACE("~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~pkt->sequence_number = %d\n", pkt->sequence_number);
            }

                //NAL数据增加前缀
                nalstart= temp= rtpPayloadStart - 4; //倒退4个字节，fu_indicator（相当于NALTYPE字节）前增加NAL前缀000001 或 00 000001
                nal_data_len += 4;
                //frame-start-flag
                *temp++ = 0x00; 
                //fill nal-start-code
                *temp++ = 0x00;
                *temp++ = 0x00;
                *temp++ = 0x01;
                //TRACE("LINE#%d  =============================   spsGot[%d]\n", __LINE__, decoderStatusInfo->spsGot);
                if(bNalTypeChanged||bRtpStampTimeChanged){
                    //增加NAL前缀00 000001

                    ASSERT(decoderStatusInfo->frame_bufSize >(decoderStatusInfo->frame_dataLen + nal_data_len));
                    memcpy(&decoderStatusInfo->frame_buf[decoderStatusInfo->frame_dataLen], nalstart,  nal_data_len);
                    decoderStatusInfo->frame_dataLen += nal_data_len;
                    //TRACE("++++++++++++++++++++++++ addLen %d\n", decoderStatusInfo->frame_dataLen);
                }
                else{
                    //增加NAL前缀 000001
                    nalstart++;
                    nal_data_len--;

                    ASSERT(decoderStatusInfo->frame_bufSize >(decoderStatusInfo->frame_dataLen + nal_data_len));
                    memcpy(&decoderStatusInfo->frame_buf[decoderStatusInfo->frame_dataLen], nalstart,  nal_data_len);
                    decoderStatusInfo->frame_dataLen += nal_data_len;
                    //TRACE("++++++++++++++++++++++++ addLen %d\n", decoderStatusInfo->frame_dataLen);
                }

                ASSERT(decoderStatusInfo->frame_dataLen);
        }

        //TRACE("LINE#%d..￥￥￥￥￥￥￥￥￥￥.....single nal_type[%d].........................%d, spsGot[%d]\n", __LINE__, decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen, decoderStatusInfo->spsGot);
        //if(0==decoderStatusInfo->frame_dataLen&&decoderStatusInfo->spsGot)
        //{
            //TRACE("LINE#%d..￥￥￥￥￥￥￥￥￥￥.....single nal_type[%d].........................%d, spsGot[%d]\n", __LINE__, decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen, decoderStatusInfo->spsGot);
        //}
    }
    else if(decoderStatusInfo->spsGot){
        // I/P/B=  0x01/0x05 也就是说只判断naltype = 0x01/0x05是判断不出来I/P/B帧类型的，需要到slice层去判断用到“熵编码”具体的“熵编码”内容请看：“H.264官方中文版.pdf”.
        //经过抓包大华摄像头，当采用FU-A分片， 只存在一个分片，下1个NAL的fu-header的
        //    TRACE("%d       %08x++++++++++++++++++++++++++%d  %d,%d,%02x  s%d------e%d    %02x %02x %02x %02x %02x %02x\n", nal_data_len, pkt->timestamp
        //        , pkt->sequence_number, fu_indicator->forbidden_zero_bit, fu_indicator->nal_ref_idc, fu_header->nalType, fu_header->nalStart, fu_header->nalEnd
        //        , ptr[2], ptr[3], ptr[4], ptr[5], ptr[6], ptr[7]); //这里打印信息证实了FU-A类型的包最多
        //这里打印信息证实了FU-A类型的包最多
        //TRACE("++++++++++++++++++++++++++%d  %d,%d,%02x  s %d------%d\n", pkt->sequence_number, fu_indicator->forbidden_zero_bit, fu_indicator->nal_ref_idc, fu_header->nalType, fu_header->nalStart, fu_header->nalEnd); //这里打印信息证实了FU-A类型的包最多
        //打包时去除了 "00 00 01" 或 "00 00 00 01" 的开始码， 如果贞的第一个NAL， 在还原时添加前缀00 000001,  否则添加前缀 000001

        /*
        表示支持的封包模式.
        当 packetization-mode 的值为 0 时或不存在时, 必须使用单一 NALU 单元模式.
        当 packetization-mode 的值为 1 时必须使用非交错(non-interleaved)封包模式.   -------------------- NALU必须是严格按照解码顺序传输
        当 packetization-mode 的值为 2 时必须使用交错(interleaved)封包模式.

        “非交错模式”：NALU必须是严格按照解码顺序传输，也就是说，假设1s中连续的24帧分别标记为：frame1，frame2...，frame24，则传输必须严格按frame1，frame2...，frame24这个顺序传输。该模式可以分包（指应用层的分包，并非指传输层）。
        “交错模式”  ：NALU可以不按照解码顺序传输，也就是说，假设1s中连续的24帧分别标记为：frame1，frame2...，frame24，则传输顺序可以是frame15，frame7，frame9...。该模式可以分包（指应用层的分包，并非指传输层）。
        */            

        if(fu_header->nalStart) //这是NAL的第一个RTP封包--需要增加NAL前缀
        {
            //重建NALHead
            NAL_HEADER* pNalHead = (NAL_HEADER*) fu_header;
            pNalHead->forbidden_zero_bit = fu_indicator->forbidden_zero_bit;
            pNalHead->nal_ref_idc        = fu_indicator->nal_ref_idc;

            //倒退3个字节，fu_header（相当于NALTYPE字节）前增加NAL前缀000001 或 00 000001
            nalstart= temp= rtpPayloadStart - 3;
            nal_data_len += 3;
            //frame-start-flag
            *temp++ = 0x00; 
            //fill nal-start-code
            *temp++ = 0x00;
            *temp++ = 0x00;
            *temp++ = 0x01;


            if(bNalTypeChanged||bRtpStampTimeChanged){
                //增加NAL前缀00 000001
                ASSERT(decoderStatusInfo->frame_bufSize >(decoderStatusInfo->frame_dataLen + nal_data_len));
                memcpy(&decoderStatusInfo->frame_buf[decoderStatusInfo->frame_dataLen], nalstart,  nal_data_len);
                decoderStatusInfo->frame_dataLen += nal_data_len;

                //TRACE("LINE#%d......fua[%d].........s[%d]................nal_data_len = %d\n", __LINE__, decoderStatusInfo->preNalType, fu_header->nalStart,nal_data_len);
            }
            else{
                nalstart++;
                nal_data_len--;
                //增加NAL前缀000001
                ASSERT(decoderStatusInfo->frame_bufSize >(decoderStatusInfo->frame_dataLen + nal_data_len));
                memcpy(&decoderStatusInfo->frame_buf[decoderStatusInfo->frame_dataLen], nalstart,  nal_data_len);
                decoderStatusInfo->frame_dataLen += nal_data_len;

                //TRACE("LINE#%d......fua[%d].........s[%d]................nal_data_len = %d\n", __LINE__, decoderStatusInfo->preNalType, fu_header->nalStart,nal_data_len);
            }
        }
        else if(decoderStatusInfo->frame_dataLen>0){ //fu_header->nalStart=0时， 如果decoderStatusInfo->frame_dataLen==0 可以肯定是出现RTP掉包了
            nalstart= rtpPayloadStart;
            nalstart     +=2;          //跳过 fu_indicator + fu_header字节， 后面就是NAL的数据
            nal_data_len -=2;
            ASSERT(decoderStatusInfo->frame_dataLen);
            ASSERT(decoderStatusInfo->frame_bufSize >(decoderStatusInfo->frame_dataLen + nal_data_len));
            memcpy(&decoderStatusInfo->frame_buf[decoderStatusInfo->frame_dataLen], nalstart, nal_data_len);
            decoderStatusInfo->frame_dataLen += nal_data_len;    

            //TRACE("LINE#%d.......fua[%d].......s[%d].................nal_data_len = %d\n", __LINE__, decoderStatusInfo->preNalType, fu_header->nalStart, nal_data_len);
        }
        
        ASSERT(decoderStatusInfo->frame_dataLen);
        //TRACE("LINE#%d..@@@@@@@@.....fua[%d].........................%d\n", __LINE__, decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen);
    }

    decoderStatusInfo->preRtpSN++;
    if(decoderStatusInfo->preRtpSN != pkt->sequence_number){
        TRACE("LINE#%d..@@@@@@@@.....fua[%d].........................%d\n", __LINE__, decoderStatusInfo->preNalType, decoderStatusInfo->frame_dataLen);
    }    


    //工作结束，线程池任务销毁
    delete this;
}
 

百无求
关注
专栏目录
RTP协议解析和H264码流提取
余莫星辰的博客
11-01 2万+
一、 h264基础概念SODB:　数据比特串－－＞最原始的编码数据RBSP:　原始字节序列载荷－－＞在SODB的后面填加了结尾比特（RBSP trailing bits　一个bit“1”）若干比特“0”,以便字节对齐。EBSP:　扩展字节序列载荷– >在RBSP基础上填加了仿校验字节（0X03）它的原因是：　在NALU加到Annexb上时，需要填加每组NALU之前的开始码 StartCodePre
FFmpeg入门详解之83：流媒体与直播技术
最新发布
福优学苑@音视频+流媒体
10-14 1803
流媒体又叫，它是这个过程的一系列相关的包称为“流”。流媒体实际指的是一种新的媒体传送方式，而非一种新的媒体。流媒体技术全面应用后，人们在网上聊天可直接语音输入；如果想彼此看见对方的容貌、表情，只要双方各有一个摄像头就可以了；在网上看到感兴趣的商品，点击以后，讲解员和商品的影像就会跳出来；更有真实感的影像新闻也会出现。流媒体技术发端于美国，在美国目前流媒体的应用已很普遍，比如惠普公司的产品发布和销售人员培训都用网络视频进行。所谓流媒体是指。
RTP包转H264包，源码，C++代码，
07-30
RTP包转H264包，源码，C++代码。测试可以正常使用。增加了一些log打印和调试信息。测试功能正常。可以方便移植其他平台。
Wireshark提取RTP包中的H264码流
liu_xiao_cheng的专栏
12-24 7929
最近对之前用到的东西做整理发现一些有用的东西，在此做下记录，本文参考  http://blog.sina.com.cn/s/blog_3e3601200101e4lp.html    抓取一个包含H.264 Payload RTP包的SIP会话或RTSP会话后，用Wireshark的Play功能
从网络抓包中提取RTP包，RTP解包为HEVC/H265裸流
02-16
1、解析rtpdump文件获取rtp包。 2、将rtp包解为hevc/h265裸流并存为265文件。 资源是一个完整的vs2012工程。 对应的CSDN博文http://blog.csdn.net/andyshengjl/article/details/79330610
教你如何从wireshark中的RTSP流媒体提取H.264码流数据
学海无涯
04-22 1万+
相信很多做流媒体开发的朋友都在纠结如何抓取RTSP中的实际码流吧，因为从RTSP中提取h264文件不但可以让你详细分析码流，更让你能不通过任何其他方式分析网络流媒体的丢包、丢帧、卡顿、花屏等一些现实视频传输中经常遇到的问题。       网络抓包工具神器wireshark一定是大部分同仁都钟意的一款很好用的网络抓包工具吧，下面就教你怎么使用wireshark从rtsp中提取h264码流吧
rtp转h264文件 将udp的数据保存成 h264
08-28
每个NAL单元都包含一段H264编码的视频数据。在RTP包中，这些NAL单元可能被分割并分散在多个包中，因此我们需要重新组装它们以恢复原始的H264数据。 在这个过程中，“rtpserver”可能是一个服务器程序，负责接收和...
使用FFmpeg截获h264裸码流
06-09
以下是一段基于C语言实现的FFmpeg代码片段，展示了如何从输入文件中提取H.264裸码流： ```c #include <libavformat/avformat.h> #include <stdio.h> int GetH264Stream() { int ret; AVFormatContext *ic = NULL...
ps流提取H264并解码播放
weixin_30640769的博客
10-12 757
因为需要从海康ps流中提取H264数据并进行解码播放,才有了这篇文章.因为是视频编解码领域的纯入门新手,个别理解或者方法有误,需要自行判断,不过相关方法已经测试通过,对于 像我这样的新手还是有一定的借鉴的.断断续续搞了很长一段时间,把相关经验分享给各个新手. ---------------------------------------------------------------------...
rtsp/rtp/rtcp协议详解，附带抓包讲解及时间戳计算方法等细节
wssjn1994的博客
09-25 5796
RTSP交互流程 C表示rtsp客户端,S表示rtsp服务端 C->S:OPTION request //询问S有哪些指令可用 S->C:OPTION response //S回应信息中包括提供的所有可用指令 C->S:DESCRIBE request //要求得到S提供的媒体初始化描述信息 S->C:DESCRIBE response //S回应媒体初始化描述...
视频编解码,FFMPEG,RTP问题汇总
smilestone322的专栏
01-22 4130
1）ffmpeg如何判断一帧数据是正确的？ffmpeg有没有错误处理的模式，能使花屏的帧(h264格式的)不显示出来？ 2) H264网络传输过程中丢包造成马赛克问题?   原因： 1. 接收网络数据包后没有调整包的顺序，譬如说接受包的顺序是1，3，4，2，如果没有调整顺序的话，发送给解码器的顺序也是1，3，4，2，这样肯定会出现马赛克 ； 2. 接收网络数据包后没有没有合并数据包，众所
如何将抓取到的以h264封包的RTP数据包转换成H264的裸码流
qq_31065851的博客
04-30 1179
方法： 以lua脚本作为wireshark分析工具的插件，对抓取到的RTP数据包进行解析，从抓包文件中提取出H264的裸码流数据 步骤： 将脚本文件（h264_export.lua），存放到wireshark的安装目录下； 此处附上h264_export.lua脚本 -- Dump RTP h.264 payload to raw h.264 file (*.264) -- According to RFC3984 to dissector H264 payload of RTP to NALU, an
正则表达式的简单应用
璐璐的小日子
04-07 650
让用户输入时经常会涉及到输入是否合法的问题，正则表达式就是
#文件封包_详解RTP协议之H264封包和解包实战
weixin_36372452的博客
01-12 1410
0.引言为了更好理解本篇文章，可以先阅读前面几篇文章，文章列表如下:详解RTP协议之H264封包细节(1) 详细解析RTSP框架和数据包分析(1) 手把手搭建RTSP流媒体服务器 RTP协议 HLS实战之Wireshark抓包分析 HTTP实战之Wireshark抓包分析 建议:阅读本文前，一定要阅读前面的文章，只有理解了原理，才能够正真读懂代码。1.RTP实战源码框架在win上主要是支持qt，使...
RTP报文头中的SSRC和CSRC
热门推荐
不甘平凡的小鸟的专栏
04-03 2万+
以下内容转载自http://www.360doc.com/content/11/1009/15/496343_154624612.shtml和https://www.cnblogs.com/yoyotl/p/5650101.html同步信源(SSRC)标识符：占32位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。·特约信源(CSRC)标识符：每个CS...
ffmpeg + rtp介绍
华的专栏
08-11 3033
1）ffmpeg如何判断一帧数据是正确的？ffmpeg有没有错误处理的模式，能使花屏的帧(h264格式的)不显示出来？ 2) H264网络传输过程中丢包造成马赛克问题?   原因： 1. 接收网络数据包后没有调整包的顺序，譬如说接受包的顺序是1，3，4，2，如果没有调整顺序的话，发送给解码器的顺序也是1，3，4，2，这样肯定会出现马赛克 ； 2. 接收网络数据包后没有没有合
RTP协议解析
宁静致远
03-22 1538
FROM: http://blog.csdn.net/onelight1997/article/details/7325087 1、协议简介 2、工作机制 3、协议头 ①版本（V） ②填充标识（P） ③扩展（X） ④CSRC计数（CC） ⑤标记（M） ⑥载荷类型（PT） ⑦系列号 ⑧时标 1、协议简介 RTP是针对Internet上多媒体数据流的一个传输协议。可以实...
06-----rtp解包成aac时，对应的重复包，乱序，丢包是如何处理的(包括C++和C语言的思路)
weixin_44517656的博客
08-21 1506
对于从事于流媒体开发的朋友来说，经常需要对接各种协议的处理。下面我们主要讲一下rtp解包成aac时，对应的重复包，乱序，丢包是如何处理的。 一 C语言的思路 并不是说这个思路不能用于C++，只不过C++有其它更好的方法，而这种思路更适合更方便C语言进行处理。 1 本项目对应的重复包，乱序，丢包的思路是如何处理的： 1）重复包：unpack文件中解rtp包时看到，只要有seq不相等，那么就会为该帧记录丢包的标志，把该帧丢弃，即使后面可能收到完整的一帧，实际上是不可能的，因为udp是不会重传的。 2）乱序：u
从PS流中提取H264 ES流：解析与方法
"该文主要涉及视频编码标准H264...总结来说，本文档和代码提供了从PS流中提取H264 ES流的基础，这对于理解视频流处理、RTP传输和GB28181协议的实现具有重要意义。在开发视频处理软件或系统时，这部分知识是必不可少的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值