mediasoup 源码分析 (八)分析PlainTransport

2024-06-24 09:20

本文主要是介绍mediasoup 源码分析 (八)分析PlainTransport,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

mediasoup 源码分析 (六)分析PlainTransport

        • 一、接收裸RTP流
        • 二、mediasoup 中udp建立过程
    • tips

一、接收裸RTP流

PlainTransport 可以接收裸RTP流,也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本,具体地址为:mediasoup-demo/broadcasters/ffmpeg.sh
脚本就是通过HTTP Post发送创建PlainTranport请求,然后通过ffmpeg向指定地址+端口,发送RTP流

res=$(${HTTPIE_COMMAND} \POST ${SERVER_URL}/rooms/${ROOM_ID}/broadcasters/${BROADCASTER_ID}/transports \type="plain" \comedia:=true \rtcpMux:=false \2> /dev/null)

ffmpeg发送RTP流

#
# NOTES:
# - We can add ?pkt_size=1200 to each rtp:// URI to limit the max packet size
#   to 1200 bytes.
#
ffmpeg \-re \-v info \-stream_loop -1 \-i ${MEDIA_FILE} \-map 0:a:0 \-acodec libopus -ab 128k -ac 2 -ar 48000 \-map 0:v:0 \-pix_fmt yuv420p -c:v libvpx -b:v 1000k -deadline realtime -cpu-used 4 \-f tee \"[select=a:f=rtp:ssrc=${AUDIO_SSRC}:payload_type=${AUDIO_PT}]rtp://${audioTransportIp}:${audioTransportPort}?rtcpport=${audioTransportRtcpPort}|[select=v:f=rtp:ssrc=${VIDEO_SSRC}:payload_type=${VIDEO_PT}]rtp://${videoTransportIp}:${videoTransportPort}?rtcpport=${videoTransportRtcpPort}"
二、mediasoup 中udp建立过程

RTP:UdpSocket的构造函数,开启IP绑定

namespace RTC
{/* Instance methods. */UdpSocket::UdpSocket(Listener* listener, std::string& ip): // This may throw.::UdpSocket::UdpSocket(PortManager::BindUdp(ip)), listener(listener){MS_TRACE();}

真正绑定的地方在PortManager::BindUdp(ip)中,随机从指定Port范围中选出可用Port,然后绑定

// Choose a random port index to start from.portIdx = static_cast<size_t>(Utils::Crypto::GetRandomUInt(static_cast<uint32_t>(0), static_cast<uint32_t>(ports.size() - 1)));..........// Increase current port index.portIdx = (portIdx + 1) % ports.size();// So the corresponding port is the vector position plus the RTC minimum port.port = static_cast<uint16_t>(portIdx + Settings::configuration.rtcMinPort);.....//udp绑定switch (transport){case Transport::UDP:{err = uv_udp_bind(reinterpret_cast<uv_udp_t*>(uvHandle),reinterpret_cast<const struct sockaddr*>(&bindAddr),flags);}

三、全局的UdpSocket绑定接收

UdpSocket::UdpSocket(uv_udp_t* uvHandle) : uvHandle(uvHandle)
{MS_TRACE();int err;this->uvHandle->data = static_cast<void*>(this);err = uv_udp_recv_start(this->uvHandle, static_cast<uv_alloc_cb>(onAlloc), static_cast<uv_udp_recv_cb>(onRecv)); // 接收回调函数
}inline static void onRecv(uv_udp_t* handle, ssize_t nread, const uv_buf_t* buf, const struct sockaddr* addr, unsigned int flags)
{auto* socket = static_cast<UdpSocket*>(handle->data);if (socket)socket->OnUvRecv(nread, buf, addr, flags);
}
//然后回调到RTC::UdpSocket::UserOnUdpDatagramReceived的函数void UdpSocket::UserOnUdpDatagramReceived(const uint8_t* data, size_t len, const struct sockaddr* addr){MS_TRACE();if (this->listener == nullptr){MS_ERROR("no listener set");return;}// Notify the reader.此处的Listener就是PlainTransportthis->listener->OnUdpSocketPacketReceived(this, data, len, addr);}//PainTransport接收到数据inline void PlainTransport::OnUdpSocketPacketReceived(RTC::UdpSocket* socket, const uint8_t* data, size_t len, const struct sockaddr* remoteAddr){MS_TRACE();//TranportTuple维护socket与客户端地址的关联关系RTC::TransportTuple tuple(socket, remoteAddr);OnPacketReceived(&tuple, data, len);}
//处理接收到的udp包
inline void PlainTransport::OnPacketReceived(RTC::TransportTuple* tuple, const uint8_t* data, size_t len){MS_TRACE();// Increase receive transmission.RTC::Transport::DataReceived(len);// Check if it's RTCP.if (RTC::RTCP::Packet::IsRtcp(data, len)){OnRtcpDataReceived(tuple, data, len);}// Check if it's RTP.else if (RTC::RtpPacket::IsRtp(data, len)){OnRtpDataReceived(tuple, data, len);}// Check if it's SCTP.else if (RTC::SctpAssociation::IsSctp(data, len)){OnSctpDataReceived(tuple, data, len);}else{MS_WARN_DEV("ignoring received packet of unknown type");}}

最后数据传到基类 Transport

Transport处理RTP

tips

更多关于mediasoup的文章可以进入我的专栏查看
http://t.csdnimg.cn/3UQeL

这篇关于mediasoup 源码分析 (八)分析PlainTransport的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1089743

相关文章

Spring Boot Interceptor的原理、配置、顺序控制及与Filter的关键区别对比分析

《SpringBootInterceptor的原理、配置、顺序控制及与Filter的关键区别对比分析》本文主要介绍了SpringBoot中的拦截器(Interceptor)及其与过滤器(Filt... 目录前言一、核心功能二、拦截器的实现2.1 定义自定义拦截器2.2 注册拦截器三、多拦截器的执行顺序四、过

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

Nginx内置变量应用场景分析

《Nginx内置变量应用场景分析》Nginx内置变量速查表,涵盖请求URI、客户端信息、服务器信息、文件路径、响应与性能等类别,这篇文章给大家介绍Nginx内置变量应用场景分析,感兴趣的朋友跟随小编一... 目录1. Nginx 内置变量速查表2. 核心变量详解与应用场景3. 实际应用举例4. 注意事项Ng

Java多种文件复制方式以及效率对比分析

《Java多种文件复制方式以及效率对比分析》本文总结了Java复制文件的多种方式,包括传统的字节流、字符流、NIO系列、第三方包中的FileUtils等,并提供了不同方式的效率比较,同时,还介绍了遍历... 目录1 背景2 概述3 遍历3.1listFiles()3.2list()3.3org.codeha

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe