[live555 处理] 请求消息 四 "PLAY" [续]

PackFrame框架解析
最新推荐文章于 2024-06-20 07:17:37 发布
原创 最新推荐文章于 2024-06-20 07:17:37 发布 · 389 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#play #live555 #rtp

本文深入分析了PackFrame框架的工作流程，包括打包成功的判断依据、RTP包的发送机制及NALU信息处理等内容。

前言

上一节 因为没有对后面部分 packframe 流程进行详细扩展,这一节分析

packframe 框架

这里写图片描述

流程图看出来需要判断 是不是打包成功,当然代码中并不是这么判断的,基于很多个维度判断是否打包成功
如果打包成功,直接发送出去sendpacketifnecessary

否则继续打包packframe

packframe 详细流程

这里写图片描述

上面的流程是通过 放在服务器本地 *.mkv文件的流程图

具体的整体流程图
这里写图片描述

框架很大,后面涉及细节的地方再写吧
下面初步进行分析方向

  1. 发送rtp 包的socket
  2. rtpheader添加
  3. NALU 信息
  4. 读取文件源的处理
C++流媒体开源库Live555详细介绍
dvlinker的技术专栏
07-26 282
C++流媒体开源库Live555详细介绍
Linux基于Live555从共享内存 获取rstp实时H264视频流并转发 附源码
xwu122930的博客
01-03 1万+
1、编译生成库 从官网上下载，下载地址：http://www.live555.com/liveMedia/public/，选择live555-latest.tar.gz下载 下载的为2017.10.28版 解压：tar xzf live555-latest.tar.gz 修改权限: chmod+777 live -R 修改交叉编译工具:cp config.armlinux cpco...
Live555学习之Socket事件处理
建建的博客
02-21 1339
live555流媒体服务器初始化 RTSPServer* rtspServer; portNumBits rtspServerPortNum = 554; //创建rtsp服务器，设置端口号和传入环境 rtspServer = DynamicRTSPServer::createNew(*env, rtspServerPortNum, authDB);
[live555]客户端优化 丢包问题
贱贱的杨 blog
11-29 3373
背景描述： 在流媒体传输的时候，I P P P B B P I P B B I 类似的一帧传输，但是经常会随机出现丢包的情况，如何改善用户体验，就显的特别重要 其中花屏的体验十分差，花屏是因为 I帧中间某一帧丢了包导致的问题，因为每一帧之间的变化和差距不是很大，所以最好的办法就是直接跳到下一个I帧 ，或者通过RTCP 请求丢失的包，重新排序解码 这篇优化，采用第一种，环境在live555中 模拟丢...
Live555的RTP数据流建立流程图
Lasuerte的博客
07-05 1422
这是Live555在RTSP服务端建立后，对客户端发送PLAY请求之后，服务端与客户端建立RTP连接后开始传输视频流的一个流程图。live555在接收到客户端的play命令后，开始媒体流数据传输。它的数据打包过程还是比较复杂的。上图是所涉及到函数之间的调用关系。RTP Server 接收到客户端命令 play后调用的函数是 handleCmd_Play 。在该函数中会调用void StreamSt...
Live555中RTP包的打包与发送过程分析1
qingkongyeyue的博客
04-17 1268
转自http://blog.sina.com.cn/s/blog_77c6324101018wop.html 这里主要分析一下，live555中关于RTP打包发送的部分。在处理完PLAY命令之后，就开始发送RTP数据包了(其实在发送PLAY命令的response包之前，就会发送一个RTP包，这里传输就已经开始了) 先介绍下主要的流程：RTP包的发送是从MediaSink::startP
live555源码分析----RTP的打包与发送
热门推荐
gavin的专栏
12-02 2万+
这里主要分析一下，live555中关于RTP打包发送的部分。在处理完PLAY命令之后，就开始发送RTP数据包了(其实在发送PLAY命令的response包之前，就会发送一个RTP包，这里传输就已经开始了)     RTP包的发送是从MediaSink::startPlaying函数调用开始的 Boolean MediaSink::startPlaying(MediaSource& source
live555_RTSP连接建立以及请求消息处理过程
最新发布
runwen_157的专栏
06-20 803
同时，该方法的调用是在初始播放前及播放过程中由于用户拖动播放进度条而产生的系列请求）。，进而根据前面保存的对应关系，可找到对应处理函数句柄，这里就是前面提到的。组装过程见下面的描述），然后将响应消息发给客户端，完成一次消息交互。分别存入对应的数组。类来处理，其首先是查找文件是否存在，若文件不存在，则判断。方法，若在该方法中找不到对应的文件扩展名，则将返回。方法，若在该方法中找不到对应的文件扩展名，则将返回。不存在，查找文件是否存在，若文件不存在，则判断。，则进行寻找流的处理（即是对流进行定位，调用。
LIVE555 拉取H264 支持账号密码实现(三)
03-03
LIVE555是一个开源的C++库，广泛用于实时多媒体流处理，包括RTSP（Real-Time Streaming Protocol）和RTMP（Real-Time Messaging Protocol）等协议。在实际应用中，为了确保安全性和隐私性，通常需要对流媒体内容进行...
live555源码分析（六）SETUP和PLAY请求的处理
JT同学的博客
09-11 2199
live555源码分析系列 live555源码分析（一）live555初体验 live555源码分析（二）基本组件上 live555源码分析（三）基本组件下 live555源码分析（四）RTSPServer分析 live555源码分析（五）DESCRIBE请求的处理 live555源码分析（六）SETUP和PLAY请求的处理 live555源码分析（七）播放过程 live555源码分析（八）多播 ...
使用live555实现实时流的推流服务器
11-14
4. **处理RTSP请求**: 实现RTSP回调函数，以响应客户端的`DESCRIBE`、`SETUP`、`PLAY`等命令。例如，`onDescribeRequest`函数会返回SDP（Session Description Protocol）信息，描述媒体流的特性；`onSetupRequest`则...
嵌入式流媒体音视频服务器EasyIPCamera中live555发送性能优化点
weixin_30691871的博客
09-02 322
EasyIPCamera流媒体服务器 今年EasyDarwin团队在给国内某最大的金融安防公司做技术咨询的时候，开发了一款适用于嵌入式IPCamera、NVR的RTSP流媒体服务器：EasyIPCamera，EasyIPCamera的核心是基于live555进行封装的，外围增加对live555 RTSPServer的调用接口，更加方便海思等安防芯片进行RTSPServer服务...
live555学习（十） --RTP的打包与发送
~租房的蜗居人~
11-26 2270
这里主要分析一下，live555中关于RTP打包发送的部分。在处理完PLAY命令之后，就开始发送RTP数据包了(其实在发送PLAY命令的response包之前，就会发送一个RTP包，这里传输就已经开始了)         RTP包的发送是从MediaSink::startPlaying函数调用开始的，应是sink跟source要数据，所以从sink上调用startplaying。
live555 场编码H264 帧率异常问题
像梦一样自由
09-20 3706
最近在折腾live555 RTSP服务器，遇到一个码流帧率异常问题：用vlc客户端rtsp取流播放的时候 感觉像 慢放；     用elecard分析了码流，发现是场编码，帧率是25fps；  而帧编码的码流用vlc 取流播放 并没有发现异常；     单步调试live555源码后 发现live555框架 解析 场编码码流帧率 并没有出错，也是解析成25fps；     尝试修改解析代码，若
live555 TestRtspClient -vs2008编译源码;
smilestone322的专栏
12-02 2417
// TestRtsp.cpp : 定义控制台应用程序的入口点。 // #include "stdafx.h" //#include "liveMedia.hh" //#include "BasicUsageEnvironment.hh" /********** This library is free software; you can redistribute it and/or
live555学习之一
12-02 823
转自百度百科： live555目录live555简介Live555 Streaming Media整体框架openRTSP客户端流程 live555简介 　　Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.263+、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。目前，
live555 RTSPClient修改：RTSP over udp
不甘心的阿甘
03-05 6991
在live555的RTSPClient中，只给出RTSP over TCP的实现，而没有给出RTSP over UDP的实现。 如果想实现rtsp over udp，只要将下面代码修改一下即可。 int RTSPClient::openConnection() { do { // Set up a connection to the server. Begin by parsing t
[live555 处理] 请求消息 四 "PLAY"
贱贱的杨 blog
08-13 3393
前言 在 live555 rtspserver端 创建并且接收客户端数据 根据rtsp 协议需要根据 handleRequestBytes 处理请求数据 而在 SETUP 请求中，已经准备好了 RTP_UDP 传输的socket，所以进行 PLAY 请求的处理 LIVE555 主要在函数 handleCmd_PLAY处理 但还是从handleRequestBytes 开始分析 PL...
20150807版本live555源码解析
开发者可以通过继承这个类来创建定制的RTSP服务器，处理来自客户端的请求，如DESCRIBE、SETUP、PLAY等。 2. **BasicTaskScheduler类**: 该类是live555的调度器基础，负责维护一个定时任务的列表，并在适当的时间...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值