【live555】推流者使用的ServerMediaSession类，以及如何产生SDP

最新推荐文章于 2025-04-26 16:37:57 发布
最新推荐文章于 2025-04-26 16:37:57 发布
阅读量3.5k 收藏 5
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 服务器/脚本/编译 媒体播放器设计与实现
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/commshare/article/details/18139625
本文介绍了在live555中，ServerMediaSession的作用，它作为推流者使用的数据结构，包含了多个子会话（subsession），并详细解释了其属性和功能，如产生SDP描述、管理子会话、引用计数等。同时，文章还探讨了SDP的相关属性，如infoSDPString、descriptionSDPString、miscSDPLines等的用途。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

对于我个人而言，可能比较关注的是SDP的生成，所以会对SDP的一些方法和属性，加颜色标示。


###############################

（1）推流者用的一个数据结构 server media session，这个session可以含有多个子（sub）session，每个子session可以是音频或者视频。

而接受者，用的是media session。注意，sever media session 和 media session 不同。

（2）server media session 是所有sub session的父类。

所代表的所有的sub session， 所共用的属性有：

【1】  Boolean fIsSSM;

【2】  char* fStreamName;  //流的名程
 【3】 char* fInfoSDPString;  // 是个字符串，表示infoSDP？不懂，这里头是啥呢？
  【4】char* fDescriptionSDPString;  //表示是个字符串，用处是描述SDP的
  【5】 char* fMiscSDPLines; //难道是表示其余各种各样的SDP的行？
  【5】struc

了解本专栏 订阅专栏 解锁全文
【Live555】live555源码详解（九）：ServerMediaSession、ServerMediaSubsession、live555MediaServer
郭老二
08-21 1055
【Live555】live555源码详解系列笔记 继承协作关系图 下面红色表示本博客将要介绍的三个类所在的位置： ServerMediaSession、ServerMediaSubsession、DynamicRTSPServer DynamicRTSPServer是live555MediaServer中实现的类，用来创建RTSP服务器 17、ServerMediaSession ServerMediaSession 继承自 Medium，继承关系图： 协作图： class ServerMediaSe
【Live555】live555源码详解（五）：MediaSource、MediaSink、MediaSession、MediaSubsession
郭老二
08-20 1192
继承协作关系图 下面红色表示本博客将要介绍的四个类所在的位置： MediaSource、MediaSink、MediaSession、MediaSubsession 8、MediaSource MediaSource 继承自 Medium，下面是MediaSource实现的依赖关系图 使用 MediaSource 类的关系图 主要接口： lookupByName ：静态函数，根据命令获取MediaSource 虚函数： getAttributes ：属性通过 UsageEnvironment::se
live555 源码分析：ServerMediaSession
tq08g2z的专栏
09-07 2561
在 live555 中，用一个 ServerMediaSession 表示流媒体会话，它连接了 RTSPServer 和下层流媒体传输逻辑。ServerMediaSession 和 ServerMediaSubsession 共同用于执行底层流媒体传输和状态维护。而 ServerMediaSession 则是在 GenericMediaServer 中，通过 HashTable 来维护的。在分析 l
Android 13 接入 MediaSession 指南
最新发布
zhanyahuiv5的博客
04-26 883
传统音乐播放应用架构需优先保障音频后台播放，传统方案依赖独立Service异步加载资源并处理播放控制，通过Binder或广播实现界面通信。扩展通知栏控制需额外构建广播接收器，锁屏交互则依赖AIDL等跨进程技术，多终端协同更导致架构复杂化。MediaSession框架通过C/S架构解耦界面与服务层，核心组件包含MediaSession和MediaController，提供标准化操作接口（播放/暂停等）及自定义扩展能力。
Live555 直播源 以及MediaSubsession
weixin_30527143的博客
07-30 248
/* * H264DeviceSource.hh * * Created on: 2014年7月19日 * Author: zjzhang */ #ifndef H264DEVICESOURCE_HH_ #define H264DEVICESOURCE_HH_ #include<DeviceSource.hh> class H264DeviceSour...
live555的rtsp代理ProxyServerMediaSession改进
xxq123321的专栏
11-10 4040
live555中的ProxyServerMediaSession是一个
使用live555实现实时流的推流服务器
11-14
在本文中，我们将深入探讨如何使用live555库实现实时流的推流服务器。Live555是一个开源的C++库，专门用于实时多媒体流传输，支持RTSP（Real-Time Streaming Protocol）协议，广泛应用于视频直播、VoIP和其他需要...
C++流媒体开源库Live555详细介绍
热门推荐
dvlinker的技术专栏
07-31 1万+
本文详细介绍了C++流媒体开源库Live555的相关内容。
FFmpeg入门详解之113：live555简介
福优学苑@音视频+流媒体
11-02 1777
Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.263+、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。目前，Live555已经被用于多款播放器的流媒体播放功能的实现，如VLC(VideoLan)、MPlayer。下载。
Live555库和视频RTSP流解析
zhanjianshinian的专栏
12-19 3881
原文：http://blog.chinaunix.net/uid-790245-id-2037522.html   Real Time Streaming Protocol或者RTSP（实时流媒体协议），是由Real network 和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。RTSP提供一种可扩展的框架，使能够提供能控制的，按需传输实时数 据，比如音频和
【live555】提供rtsp地址之前，需要在RTSPServer先创建ServerMediaSession
sidemap的博客
04-14 241
live555 rtsp
android下live555 rtsp库的移植，及其本地文件推流到rtsp地址demo
11-07
包含2大块功能：第一，如何利用ndk构建工具，在android平台下移植live555 rtsp库到jni中；第二，移植成功后，将测试文件push到sdcard中，启动apk，推流文件中的数据, 即可在客户端用vlc播放器打开rtsp地址播放。（rtsp地址在log中已经打印出来）
用live555将内网摄像机视频推送到外网服务器-附件资源
03-05
用live555将内网摄像机视频推送到外网服务器-附件资源
live555-20181214基于ARM-linux从网络摄像机获取实时视频流并通过RTP推流
01-18
标准的live555是从文件中获取视频流，本软件包是获取实时视频流。据据实情更改H264LiveVideoSource::GetFrameData() 运行testOnDemandRTSPServer, VLC rtsp://10.5.91.234:8554/h264LiveVideo
Live555 RTSP播放分析（二）--RTSPClient及MediaSession
myvest的专栏
03-21 2606
以testRTSPClient.cpp测试程序来分析RTSP播放流程，其中最主要的流程在RTSPClient及MediaSession中。
【live555】ServerMediaSubsession具体与流有关的操作和参数
突围
01-11 2661
虚函数： getStreamParameters sdpLines startStream ########################ServerMediaSubsession  类###################################################### class ServerMediaSubsession: public Me
Android之live555构建RTSP Server
程序改变生活
04-26 5727
===================== myRTSPServer.cpp 1.建立任务调度 scheduler = BasicTaskScheduler::createNew(); env = BasicUsageEnvironment::createNew(*scheduler); 2.建立RTP/RTCP端口 unsigned short rtpPortNumAudio = g
LIVE555学习4：live555MediaServer讲解——如何根据指定文件后缀创建ServerMediaSession
Stoneshen的博客
11-20 2323
在前面《LIVE555学习1：Linux下live555的编译及测试》中，当我们运行起可执行程序live555MediaServer，在VLC中输入rtsp://192.168.1.100/Titanic.ts, 便可以播放ts流。当我们输入其他格式，如H264、H265、aac等，均可以输出对应流。但是在主函数中，只创建了一个RTSPServer实例，并没有创建这些对应不同格式文件的Server...
基于live555库，实现一个rtspserver，封装接收音频aac和视频h264数据的函数接口。
02-19
<think>嗯，用户想让我介绍一下如何基于live555库实现一个RTSP服务器，并且封装接收AAC音频和H264视频的函数接口。首先，我需要确认自己对这个主题的了解程度。Live555是一个用C++写的开源库，主要用于处理流媒体传输，支持RTSP、RTP等协议。RTSP服务器的话，通常需要创建ServerMediaSession和各个子会话来处理不同的媒体类型。 用户提到要封装接收AAC和H264的接口，可能他们希望有一个简洁的接口，方便传入音视频数据，而不用深入了解live555的内部细节。需要思考如何将数据的输入和live555的传输机制结合起来。Live555通常是从文件或者摄像头设备读取数据，但这里可能需要从外部获取数据，比如通过回调或者队列传递。 接下来，我需要回忆live555的基本结构。RTSP服务器一般包括RTSPServer类，创建ServerMediaSession，然后为每个媒体类型（比如视频和音频）创建ServerMediaSubsession的子类。对于H264视频，可能有H264VideoFileServerMediaSubsession，但如果是实时数据，可能需要自定义Subsession，重载createNewStreamSource和createNewRTPSink。 对于AAC音频，类似的处理，可能需要创建自己的Subsession来处理AAC数据。同时，需要管理帧的传输时间，确保RTP包的正确时间戳。 然后，用户需要封装函数接口，比如StartServer、AddSession，以及输入数据的函数如InputH264Frame和InputAACFrame。这些函数需要将用户的数据传递给对应的Subsession，可能涉及到线程安全的数据队列，因为live555的主循环可能在不同的线程中运行。 需要考虑数据的缓冲和同步。例如，当用户调用InputH264Frame时，数据会被添加到队列中，而Subsession在需要发送下一帧时从队列中取出数据，并打包成RTP包发送。可能需要使用互斥锁来保护队列的访问，避免竞态条件。 另外，时间戳的处理也很重要。每个RTP包需要正确的时间戳，通常基于时钟，比如使用gettimeofday来获取当前时间，或者根据帧的持续时间递增。需要确保音频和视频的时间戳同步，否则会出现音视频不同步的问题。 可能还需要处理SDP描述的生成，ServerMediaSubsession的sdpLines()函数需要返回正确的媒体信息，比如H264的sprop参数集和AAC的配置信息。这部分可能需要用户传入相应的参数，比如SPS和PPS数据给H264，或者音频的采样率、通道数等。 然后，考虑错误处理和资源释放。比如当服务器关闭时，需要正确销毁所有的会话和释放资源，避免内存泄漏。此外，输入数据的函数可能需要检查服务器是否正在运行，是否有活跃的会话等。 用户可能的实际应用场景是实时流媒体传输，比如从摄像头和麦克风采集数据，然后通过RTSP服务器推送出去。因此，接口设计需要足够高效，低延迟，并且易于集成到现有的采集系统中。 可能的难点包括如何将实时数据源与live555的事件循环结合起来，因为live555是基于任务调度器的，通常使用环境对象的taskScheduler().doEventLoop()。在数据到来时，可能需要触发特定的事件或通知，让live555及时处理新的数据。 另外，需要考虑多客户端同时连接的情况，每个客户端可能有自己的流状态，需要确保每个Subsession实例独立处理自己的数据队列和传输状态。 总结下来，步骤可能是： 1. 初始化RTSP服务器，创建RTSPServer实例。 2. 创建ServerMediaSession，添加H264和AAC的Subsession。 3. 自定义Subsession类，重载相关函数以提供数据源和RTP sink。 4. 在自定义Subsession中管理数据队列，处理输入的音视频帧。 5. 封装启动服务器、添加会话、输入数据等接口。 6. 处理时间戳和同步问题。 7. 确保线程安全和高效的数据传递。 需要检查live555的文档或示例，看看是否有类似的实时数据源处理的例子，或者是否有推荐的实现方式。例如，live555的testProgs目录中有许多示例，比如testOnDemandRTSPServer，可能可以作为参考，修改其中的MediaSubsession来支持实时数据输入。 最后，用户可能需要一个简单的使用示例，说明如何调用这些接口，所以示例代码会很有帮助。同时，提醒用户注意编译依赖和可能的配置问题，比如链接live555库，处理SPS/PPS的提取等。</think>以下是基于 live555 库实现 RTSP 服务器并封装音视频接口的技术概要： ------------- ### 一、核心实现思路 1. **继承 `OnDemandServerMediaSubsession`** - 分别实现 `H264Subsession` 和 `AACSubsession` - 重写 `createNewStreamSource` 和 `createNewRTPSink` 2. **数据传递机制** - 使用线程安全环形队列（建议 3-5 秒容量） - 实现帧时间戳计算逻辑（基于系统时钟或帧间隔） 3. **服务器管理** - 支持动态创建媒体会话（ServerMediaSession） ------------- ### 二、关键接口设计示例 ```cpp class RTSPServerWrapper { public: // 服务器控制 bool StartServer(uint16_t port = 554); void StopServer(); // 媒体会话管理 std::string AddSession( const std::string& streamName, const H264Params& videoParams, // 包含SPS/PPS const AACParams& audioParams); // 包含AAC config // 数据输入接口 void InputH264Frame(uint8_t* data, size_t size, double duration); void InputAACFrame(uint8_t* data, size_t size, double duration); }; ``` ------------- ### 三、H264 子会话实现要点 ```cpp class H264Subsession : public OnDemandServerMediaSubsession { protected: FramedSource* createNewStreamSource( unsigned clientSessionId, unsigned& estBitrate) override { // 创建 H264 视频源 H264VideoStreamFramer* videoSource = H264VideoStreamFramer::createNew(envir(), new ByteStreamMemorySource(...)); return videoSource; } RTPSink* createNewRTPSink( Groupsock* rtpGroupsock, unsigned char rtpPayloadTypeIfDynamic, FramedSource* inputSource) override { return H264VideoRTPSink::createNew(envir(), rtpGroupsock, rtpPayloadTypeIfDynamic, m_sps, m_pps); } }; ``` ------------- ### 四、AAC 子会话实现要点 ```cpp class AACSubsession : public OnDemandServerMediaSubsession { protected: FramedSource* createNewStreamSource( unsigned clientSessionId, unsigned& estBitrate) override { // 创建 AAC 音频源 return ADTSAudioFileSource::createNew(envir(), new MemoryBufferSource(...)); } RTPSink* createNewRTPSink( Groupsock* rtpGroupsock, unsigned char rtpPayloadTypeIfDynamic, FramedSource* inputSource) override { return MPEG4GenericRTPSink::createNew(envir(), rtpGroupsock, rtpPayloadTypeIfDynamic, m_sampleRate, "audio", "AAC-hbr", m_configStr, m_channels); } }; ``` ------------- ### 五、数据注入实现 ```cpp class MemoryBufferSource : public FramedSource { public: void pushFrame(uint8_t* data, size_t size, double duration) { std::lock_guard<std::mutex> lock(m_mutex); m_queue.emplace(data, data + size, duration); } virtual void doGetNextFrame() override { if (m_queue.empty()) { handleClosure(); return; } auto& frame = m_queue.front(); memcpy(fTo, frame.data(), frame.size()); fFrameSize = frame.size(); fDurationInMicroseconds = frame.duration * 1000000; m_queue.pop(); FramedSource::afterGetting(this); } }; ``` ------------- ### 六、使用示例 ```cpp RTSPServerWrapper server; server.StartServer(); H264Params h264Params{ sps, pps }; AACParams aacParams{ sampleRate: 44100, channels: 2, config: "1210" }; std::string url = server.AddSession("test", h264Params, aacParams); // 输入媒体数据 while(true) { server.InputH264Frame(h264Frame, frameSize, 0.04); // 25fps server.InputAACFrame(aacFrame, aacSize, 0.02); // 20ms } ``` ------------- ### 七、注意事项 1. **时间戳同步**：建议使用 `gettimeofday()` 计算绝对时间戳 2. **关键帧处理**：需在 SDP 中正确携带 SPS/PPS 3. **线程安全**：数据队列需使用互斥锁保护 4. **内存管理**：建议使用智能指针管理帧数据 完整实现需要约 800-1200 行 C++ 代码，建议参考 live555 的 `testOnDemandRTSPServer` 示例进行扩展。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

等风来不如迎风去

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

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

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

打赏作者

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

抵扣说明：

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

余额充值