WebRTC CDN 实现
2024-06-12 12:05:22WebRTC Insertable Stream 初探与 WebRTC"管道化"
2024-06-12 12:04:02在"WebRTC的现状与未来"(https://webrtchacks.com/webrtc-today-tomorrow-bernard-aboba-qa/)这篇文章中讲述了WebRTC要带来的一些新的特性， 这里我们重点探索一下WebRTC Insertable Streams。
什么是WebRTC Insertable Streams
WebRTC Insertable Streams 提供了让用户操作WebRTC编码后数据的能力，最新的规范在这里 https://w3c.github.io/webrtc-encoded-transform/，目前已经改名叫做WebRTC Encoded Transform。 我们先看下WebRTC的视频处理流程：
基于WebRTC构建超低延迟(500ms)的直播系统
2024-06-12 12:02:46上周写了一篇文章基于RTMP和WebRTC 构建低延迟的直播系统(https://cloud.tencent.com/developer/article/1409975), 只所以要基于RTMP, 还是考虑尽可能复用现有的技术和基础设施. 实际上国外已经有基于WebRTC的CDN系统, 比如 http://phenixrts.com/, https://www.millicast.com/. 比这更早的可以追溯到beam, 一个实时的游戏直播平台, 在2016年被微软收购后改名mixer(https://mixer.com). 目前国内低延迟直播的做法是在rtmp的基础调优, 比如使用可靠UDP方案替换RTMP的传输层, 目前使比较多的方案有KCP和QUIC. 但魔改RTMP的方案始终没有特别好的适配浏览器的方法. 相比有超过40亿设备支持的WebRTC来说, WebRTC的方案无疑更有想象空间.
基于RTMP和WebRTC开发大规模低延迟(1000毫秒内)直播系统
2024-06-12 12:02:09WebRTC 媒体服务器中使用单端口
2024-06-12 12:01:11WebRTC编译国内加速镜像
2024-06-12 11:56:45TensorFlow 中的通信机制 ——Rendezvous（二）gRPC 传输
2022-06-27 11:54:26本篇是 TensorFlow 通信机制系列的第二篇文章，主要梳理使用 gRPC 网络传输部分模块的结构和源码。如果读者对 TensorFlow 中 Rendezvous 部分的基本结构和原理还不是非常了解，那么建议先从这篇文章开始阅读。TensorFlow 在最初被开源时还只是个单机的异构训练框架，在迭代到 0.8 版本开始正式支持多机分布式训练。与其他分布式训练框架不同，Google 选用了开源项目 gRPC 作为 TensorFlow 的跨机通信协议作为支持。gRPC 的编程和使用其实是相对复杂的，TensorFlow 为了能让 gRPC 的调用更加平滑，在调用链封装和抽象上面做了较多工作，甚至有些工作例如创建和管理 gRPC channel 涉及到了 GrpcSession 模块。从个人角度来看，利用 gRPC 进行 Tensor 通信的过程已经足够丰富，所以我们只针对 gRPC 传输 Tensor 过程进行梳理，至于涉及到 gRPC 管理方面的内容会在另一篇介绍分布式 Session 创建和管理的文章中集中梳理。
详解|SRT编码器中Rendezvous模式详解
2022-06-27 11:51:54KILOVIEW最近发布SRT相关文章中，大家对caller模式和listener模式比较容易理解，近期收到很多客户反馈，对Rendezvous模式不是特别了解，下面将对Rendezvous模式进行详细介绍。
功能
两台设置Rendezvous模式的设备会共同协商，通过相同的UDP端口号建立一个SRT会话。
使用场景
两台设备所在的网络都有防火墙（或者路由器，功能等同），防火墙Outside接口是公网IP地址，但是没有防火墙的操作权限（即无法配置端口映射），如果防火墙设置了适当的工作模式，可通过Rendezvous模式建立SRT会话。
一旦完成SRT连接的建立，SRT源设备和SRT目标设备便开始交换控制信息，然后直接利用建立起来的SRT通道去传输数据。
完整SIP/SDP媒体协商概论-ICE初始offer发送详解
2021-07-06 14:43:17在前面的章节中，我们主要讨论了ICE概览，介绍了ICE的基本处理流程和候选地址配对的算法概论和轻量级ICE部署（Lite Implementations）的讨论。和前面介绍中讨论的SIP中offer的处理一样，在此文章中，笔者也将首先介绍ICE处理过程中初始offer的发送处理。因为轻量级的ICE部署场景不是RFC5245推荐的场景，本身协商也忽略了很多检查流程，所以笔者还是按照规范的的重点内容来讨论全部署场景（Full Implementations）中关于初始offer的处理，结尾部分将讨论轻量级ICE部署的场景和SDP解码。
完整SIP/SDP媒体协商概论-ICE初始offer发送详解
2021-07-06 14:41:44在前面的章节中，我们主要讨论了ICE概览，介绍了ICE的基本处理流程和候选地址配对的算法概论和轻量级ICE部署（Lite Implementations）的讨论。和前面介绍中讨论的SIP中offer的处理一样，在此文章中，笔者也将首先介绍ICE处理过程中初始offer的发送处理。因为轻量级的ICE部署场景不是RFC5245推荐的场景，本身协商也忽略了很多检查流程，所以笔者还是按照规范的的重点内容来讨论全部署场景（Full Implementations）中关于初始offer的处理，结尾部分将讨论轻量级ICE部署的场景和SDP解码。