Avatar notebook default
16篇文章 · 42988字 · 43人关注
  • Resize,w 360,h 240
    WebRTC基于TransportCC和Trendline Filter的发送端码率估计(Sendside-BWE)

    1引言 众所周知,WebRTC的拥塞控制和码率估计算法采用GCC算法[1]。该算法充分考虑了网络丢包和网络延迟对码率估计的不同影响,分别基于丢包...

  • Resize,w 360,h 240
    WebRTC音频引擎实现分析

    WebRTC的音频引擎作为两大基础多媒体引擎之一,实现了音频数据的采集、前处理、编码、发送、接收、解码、混音、后处理、播放等一系列处理流程。本文...

  • WebRTC本地C++开发基础

    本文以Linux/Mac平台为例,简单归纳总结WebRTC本地C++开发的基本步骤。 1. 先决条件 Google使用一个脚本工具集depot_...

  • Resize,w 360,h 240
    ULPFEC在WebRTC中的实现

    1. 前言 在基于IP网络的多媒体通信系统(比如WebRTC)中,网络丢包对多媒体通信质量有非常严重的影响:例如造成视频的马赛克、图像模糊、帧率...

  • Resize,w 360,h 240
    WebRTC视频采集模块和数据流水线建立

    视频采集模块在WebRTC数据流水线中负责从视频源采集视频数据,推送给流水线下一模块(本地回显模块或者编码模块)进行处理。视频源除了常见的摄像头...

    0.5 12003 3 26 2
  • Resize,w 360,h 240
    WebRTC的模块处理机制

    对于实时音视频应用来讲,媒体数据从采集到渲染,在数据流水线上依次完成一系列处理。流水线由不同的功能模块组成,彼此分工协作:数据采集模块负责从摄像...

    0.9 10807 4 29 2
  • Resize,w 360,h 240
    WebRTC基于GCC的拥塞控制(下) - 实现分析

    本文在文章[1]的基础上,从源代码实现角度对WebRTC的GCC算法进行分析。主要内容包括: RTCP RR的数据源、报文构造和接收,接收端基于...

    0.4 11562 8 20 3
  • Resize,w 360,h 240
    WebRTC基于GCC的拥塞控制(上) - 算法分析

    实时流媒体应用的最大特点是实时性,而延迟是实时性的最大敌人。从媒体收发端来讲,媒体数据的处理速度是造成延迟的重要原因;而从传输角度来讲,网络拥塞...

    1.8 23637 6 49 3
  • Resize,w 360,h 240
    WebRTC视频接收缓冲区基于KalmanFilter的延迟模型

    在WebRTC的视频处理流水线中,接收端缓冲区JitterBuffer是关键的组成部分:它负责RTP数据包乱序重排和组帧,RTP丢包重传,请求重...

    1.4 17647 15 31 5

文集作者