【Live555】live555源码详解（六）：FramedSource、RTPSource、RTPSink

已于 2023-04-08 22:28:25 修改
阅读量1.1k 收藏 4
点赞数
分类专栏： 视频 文章标签： live555
于 2020-08-20 11:25:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010168781/article/details/108119831
版权
视频 专栏收录该内容
129 篇文章 137 订阅 ¥69.90 ¥99.00
订阅专栏
了解本专栏 订阅专栏 解锁全文
郭老二
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
live555学习-FramedSource详解
建建的博客
02-24 1420
FramedSource讲解 FramedSource是一个抽象类，继承自mediaSource继承自medium，里面有纯虚函数virtual void doGetNextFrame() = 0; 主要作用就是从文件中获得数据，只是获得数据，交给分析H264or5VideoStreamParser分析获得NALU 关于有关牵涉到文件操作的基本都是直接或者间接继承自该类：例如
基于live555+VLC 的网络流播放(整个工程源码)
05-07
基于live555+VLC 的网络流播放，工程代码亲测，正常使用，没有任何问题，欢迎大家学习交流！
live555 Source & Sink
hyl999的专栏
10-15 612
Source & Sink Source 和 Sink 在live555中是两个非常重要的概念. Source 发送端, 流的起点, 可直观理解为生产者, 负责读取文件或网络流的信息. Sink 接收端, 流的终点, 可理解为是消费者, 直译为水槽 . 视音频的数据从源头到最终保存到文件或显示, 整个过程就像一个水流, 从源头流呀流, 经过了条条小路, 最终流到了水槽中. Source: 可能是RTP读取数据, 从文件中或摄像头设备中等. Sink: 数据流最终可保存在文件中, 或显示在屏幕上等.
live555之创建source和 sink
sunxiaopengsun的专栏
12-26 1141
ServerMediaSession与rtsp流相关，一个rtsp流有多路 ，每一路代表一个ServerMediaSubsession，而每一个Subsession内部维护了一个source和sink，由sink向source要数据。 服务器在接收到客户端Describe命令后，需要创建SDP信息，而SDP信息存放在 ServerMediaSubsession中，在调用OnDemandSer
LIVE555-H264媒体流传输(4) SINK_SOURCE
liyuanba2dai的博客
04-29 1344
客户端通过RTSP协议发送SETUP请求，建立了对应的客户端会话（ClientSession),具体过程又不熟悉的可以参考上一篇文章，当客户端继续发送PLAY请求时，服务器就解析命令信息进行多媒体的数据拼装推流，接着上一篇文章，以RTSPClientSession::handleCmd_PLAY函数为入口，继续讲解媒体流的传输过程。 1.基本概念 为了便于理解，让咱们先来简单理解一下，后面涉及...
庖丁解牛-----Live555源码彻底解密(RTP解包)
smilestone322的专栏
02-05 5079
庖丁解牛-----Live555源码彻底解密(RTP解包)
live555 创建rtp 及rtcp 服务
u012794472的专栏
03-31 793
1.创建 ServerMediaSession 类 根据上篇：llive 555 信令类及消息，可知处理live555 处理消息DESCRIBE void RTSPServer::RTSPClientConnection ::handleCmd_DESCRIBE(char const* urlPreSuffix, char const* urlSuffix, char const* fullRequestStr) { char urlTotalSuffix[2*RTSP_PARAM_STRING_
live555源码分析（二）基本组件上
JT同学的博客
09-09 3624
live555源码分析系列 live555源码分析（一）live555初体验 live555源码分析（二）基本组件上 live555源码分析（三）基本组件下 live555源码分析（四）RTSPServer分析 live555源码分析（五）DESCRIBE请求的处理 live555源码分析（六）SETUP请求的处理 live555源码分析（七）PLAY请求的处理 live555源码分析（八）播放过...
使用live555 建立rtsp 服务
最新发布
liveweb视频汇聚平台
10-10 885
1、 live555live555除了可以建立客户端，当然也可以做一个服务端了，快速做一个服务端就把live555的lib文件编译好，放进来进行。以h264 为例子，实际上，无论是读取文件也好，还是web摄像头编码也好，需要的其实就是sps，pps信息，就是这么简单。1.1 读取文件如果是读取文件，读的过程中要把sps，pps记录下来，如果是加密流，分为两种情况，一是解密，二是直接传输。1.2 摄像头编码发送。
live555读内存（直播）实现
10-15
读内存live555读内存（直播）实现，主要是两个修改的cpp文件
RTP 实现源码 source code
04-21
RTP协议，用于实现流媒体，以及语音传输等。
h264rtp source filter
03-22
h.264 rtp源filter，从网络接收数据，生成dshow中的源filter.
【LIVE555] session控制让sink播放source读取的ADTS，sink打包发送rtp
突围
02-03 443
MPEG4GenericRTPSink 接受每一帧 并rtp发送 ADTSAudioFileServerMediaSubsession 会关联source 到sink 创建sink时，虽然传递了source 但是并没有让sink 直接饮用source 而是只传递了几个source 的信息给sink 这种不算真正的关联到吧？？ MPEG4GenericRTPSink 构造 sdpMediaTypeString 是audio -mpeg4Mode “AAC-hbr” 实际调用MultiFramedRT
RTPSession翻译
早先生
01-14 904
RTPSession       对于大多数的RTP应用程序，RTPSession类可能是JRTPLIB唯一使用的类。它能完全处理RTCP部份的数据包，所以用户可以把精力集中在真正的数据收发。       要知道RTPSession类在多线程下并不是安全的，因此，用户要通过某些锁同步机制来保证不会出现在不同线程当中调用同一个RTPSession实例。       RTPSession类有如下
H264VideoRTPSource继承关系及和它协作的类调用关系图
smilestone322的专栏
12-10 1632
该文章来自： http://www.live555.com/liveMedia/doxygen/html/classH264VideoRTPSource.html   Inheritance diagram for H264VideoRTPSource: [legend] Collaboration diagram for H264VideoRTPSource:
H264VideoRTPSink类继承结构及相关的类
smilestone322的专栏
12-10 2267
Inheritance diagram for H264VideoRTPSink: http://www.live555.com/liveMedia/doxygen/html/classH264VideoRTPSink.html [legend] Collaboration diagram for H264VideoRTPSink:
LIVE555研究之五：RTPServer（二）
ithzhang
08-28 9926
LIVE555研究之五：RTPServer（二）      接上文，main函数的几行代码创建了RTSPServer类的子类DynamicRTSPServer对象。RTPServer类是服务器类的基类，DynamicRTSPServer代表具体的服务器子类。我们今天介绍的服务器程序就是基于该类实现的。     在创建DynamicRTSPServer时传入了值为554的端口号。这是因为RTSP默认
流媒体传输协议相关小结——NALU、RTP、RTSP、RTMP、SDP等
farewellyi的博客
05-18 4328
学习流媒体协议期间的一次阶段性小结
你上面的代码，还是ServerMediaSession* sms = ServerMediaSession::createNew(*env, "stream", "Live stream");啊
07-27
非常抱歉，之前的回答中的代码仍然有错误。以下是经过修正的代码，已经将 ServerMediaSession 的名称修改为 "stream"，并将 RTSP URL 改为 `rtsp://127.0.0.1:8554/stream`： ```cpp #include <liveMedia/liveMedia.hh> #include <BasicUsageEnvironment/BasicUsageEnvironment.hh> #include <Groupsock/GroupsockHelper.hh> class VideoSource : public FramedSource { public: static VideoSource* createNew(UsageEnvironment& env) { return new VideoSource(env); } void setVideoData(char* data, unsigned int length) { fFrameSize = length; memcpy(fTo, data, length); fFrameCount++; if (fPresentationTime.tv_sec == 0 && fPresentationTime.tv_usec == 0) { gettimeofday(&fPresentationTime, NULL); } } private: VideoSource(UsageEnvironment& env) : FramedSource(env), fFrameSize(0), fFrameCount(0) { gettimeofday(&fPresentationTime, NULL); } virtual ~VideoSource() {} virtual void doGetNextFrame() { if (fFrameSize > 0) { // 创建一个新的帧 if (fFrameCount > 0) { // 计算下一帧的时间戳 fPresentationTime.tv_usec += 33333; // 每帧33毫秒（30帧每秒） if (fPresentationTime.tv_usec >= 1000000) { fPresentationTime.tv_sec++; fPresentationTime.tv_usec -= 1000000; } } // 发送帧数据给客户端 FramedSource::afterGetting(this); } else { // 数据还未准备好，等待100毫秒后再次尝试获取帧数据 envir().taskScheduler().scheduleDelayedTask(100 * 1000, (TaskFunc*)doGetNextFrame, this); } } virtual void doStopGettingFrames() {} private: unsigned int fFrameSize; unsigned int fFrameCount; }; int main(int argc, char** argv) { // 创建一个 RTSP 服务器环境 TaskScheduler* scheduler = BasicTaskScheduler::createNew(); UsageEnvironment* env = BasicUsageEnvironment::createNew(*scheduler); RTSPServer* rtspServer = RTSPServer::createNew(*env, 8554); // 创建一个 RTSP 流媒体服务器 ServerMediaSession* sms = ServerMediaSession::createNew(*env, "stream", "Live stream"); // 添加视频源 VideoSource* videoSource = VideoSource::createNew(*env); H264VideoStreamFramer* videoStreamFramer = H264VideoStreamFramer::createNew(*env, videoSource); sms->addSubsession(PassiveServerMediaSubsession::createNew(*videoStreamFramer)); rtspServer->addServerMediaSession(sms); // 启动 RTSP 服务器 env->taskScheduler().doEventLoop(); // 清理资源 Medium::close(rtspServer); env->reclaim(); delete scheduler; return 0; } ``` 非常抱歉之前的错误带来的困扰，感谢您的耐心和理解。如果您还有其他问题，请随时提问。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

郭老二

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值