webrtc视频技术

基于主观感兴趣区域的视频编码实践

本文由芒果TV音视频技术专家谭嵩在LiveVideoStackCon2020线上峰会的演讲内容整理而成，结合芒果TV的工程化研发实践经验，对基于主观感兴趣区域的视频编码技术进行了详细解析。
yanceyDog·2022-11-24 18:44

提升音视频QoE的六条建议

阿里巴巴信息平台资深技术专家何亚明在LiveVideoStackCon2018音视频技术大会的演讲中针对点播，直播等不同场景结合音视频编码，网络传输，服务器架构等方面实际经验，详细解读了如何从端到端整体提升用户的音视频极致体验
LiveVideoStack_·2022-11-24 18:07

快手智能视频图像编码处理服务架构

文/闻兴文章整理/LiveVideoStack在视频服务飞速发展的今天，视频平台如何在兼顾机器带宽成本的同时，让用户获得更加极致的观看体验，是每一个视频技术团队都会面临的问题。
LiveVideoStack_·2022-11-24 18:07

音视频技术在云会议场景的拓展和未来

音视频技术不断发展，云会议场景在人们生活中也越来越常见。那么如何将云会议场景中的音视频技术不断提升改善？
LiveVideoStack_·2022-11-24 17:39

Shopee 视频处理技术后台应用

Shopee 视频技术落地产品3. Shopee 视频相关后台服务    3.1 直播/点播转码    3.2 直播连麦    3.3 多人会议混流    3.4 视频后台编辑4. 
LiveVideoStack_·2022-11-24 17:39

音视频技术开发周刊 | 272

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-24 17:09

WebRTC信令服务器的搭建

在WebRTC简介中提到信令服务器用于向中端传输数据，信令服务器是实现两个webRTC中端通信的重要角色。今天就来实现一下信令服务器。
淼清风·2022-11-24 11:00

WebRTC创建客户端

在浏览器上实现一对一实时音视频通信是WebRTC最主要的应用场景。由于主流的浏览器都已支持了WebRTC，因此在浏览器中实现一对一通信很容易，只要几行代码就可以实现。
淼清风·2022-11-24 11:00

音视频技术开发周刊 | 266

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。9折最后一天，不要错过！
LiveVideoStack_·2022-11-24 11:24

音视频技术开发周刊 | 248

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-23 10:56

音视频技术开发周刊 | 250

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。什么是前贴片、中贴片和后贴片广告？它们分别在哪里使用？
LiveVideoStack_·2022-11-23 10:56

音视频技术开发周刊 | 255

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-23 10:56

音视频技术开发周刊 | 203

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-23 08:04

未来已来，音视频江湖再起波澜

从通信为王的时代，到互联网高歌猛进的二十一世纪，音视频技术一直是众多科技公司的必备技能。
LiveVideoStack_·2022-11-23 07:13

实时音视频入门学习：开源工程WebRTC的技术原理和使用浅析

1、基本介绍WebRTC（全称WebReal-TimeCommunication），即网页即时通信。是一个支持网页浏览器进行实时语音对话或视频对话的技术方案。
音视频开发老马·2022-11-21 23:50

分享即时通讯开发之实时音视频技术基础知识

随着移动网络速度越来越快、质量越来越来，实时音视频技术已经在各种应用场景下全面开花，语音通话、视频通话、视频会议、远程白板、远程监控等等。
weikeyuncn·2022-11-21 23:16

即时通讯开发中实时视频直播客户端技术HTML5、WebRTC

浏览器H5就像一个硬币有两面，有好处也有劣势，好处是开发成本低，容易传播，劣势是只能拉流，不能推流，不能做到多个用户连麦直播。另外，在浏览器H5上延迟也是比较大。如果使用RTMP或者HTTP-FLV，延迟会在1秒到3秒之间，如果用HLS延迟会大于8秒甚至10秒，这么大的延迟就根本就不允许实现连麦直播。使用这三种协议都是通过浏览器H5中的播放器来播放的。在多主播连麦互动的场景中，一个播放器里面只能播
weikeyun·2022-11-21 23:46

浅析即时通讯开发实时通信技术中的视频编解码

但是，很多开发者对一些概念还是有混淆的，比如RTC与WebRTC，RTC与直播，RTC与IM。实时通信（RTC）最容易和WebRTC混淆，实际上，二者不能划等号。
weikeyuncn·2022-11-21 23:46

即时通讯开发实时音视频技术在Windows下如何使用

随着音视频技术的不断普及，Google推出的WebRTC越来越受到大家的喜欢。现在很多直播产品都是基于WebRTC进行二次开发做出来的。WebRTC是提供了一整套处理实时音视频的开源库。
weikeyun·2022-11-21 23:16

即时通讯音视频开发（七）：音频基础及编码原理入门

前言即时通讯应用中的实时音视频技术，几乎是IM开发中的最后一道高墙。原因在于：实时音视频技术=音视频处理技术+网络传输技术的横向技术应用集合体，而公共互联网不是为了实时通信设计的。
迷路国王·2022-11-21 23:42

即时通讯开发之实时音视频的技术基础概念

随着移动互联网的普及，实时音视频技术已经在越来越多的场景下发挥重要作用，已经不再局限于IM中的实时视频聊天、实时视频会议这种功能，在远程医疗、远程教育、智能家居等等场景也司空见惯。
weikeyun·2022-11-21 23:07

硬核榜单 | 拍乐云荣登福布斯中国「企业科技50强」

日前，福布斯中国首度发布「企业科技50强」评选结果，拍乐云凭借过硬的音视频技术实力、资本的高度认可、科技赋能线上化的卓越表现，荣登榜单！
拍乐云Pano·2022-11-21 15:05

音视频技术开发周刊 | 204

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-21 14:05

WebRTC Android源码编译详解

WebRTCAndroid源码编译详解程序之美前言相关步骤结束语程序之美前言WebRTC（WebReal-TimeCommunication）项目的最终目的主要是让Web开发者能够基于浏览器（Chrome
大榕树51·2022-11-21 13:50

音视频技术开发周刊 | 246

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-20 03:14

毫秒级超低延时直播产品实测（PRTC直播/webRTC直播）

阿酷TONY/原创/2021-10-13/长沙/要实际测试的朋友，联系我吧~~~~我准备做一次PRTC/webRTC直播产品的测试，PC端基于web发起直播，观看端通过PC、安卓、iOS来观看，记录下它们的延时情况
阿酷tony·2022-11-19 23:44

WebRTC系列＜四＞ 全面了解客户端-服务器网页游戏的WebRTC

转载：https://blog.brkho.com/2017/03/15/dive-into-client-server-web-games-webrtc/多人游戏很有趣。
web搅拌机·2022-11-18 17:50

FFplay文档解读-0-目录

音视频新手快速入门必备系列-FFmpeg+SDL播放器开发实现-学习视频教程-腾讯课堂【文章福利】免费领取更多音视频学习资料包、大厂面试题、技术视频和学习路线图，资料包括（C/C++，Linux，FFmpegwebRTCrtmphlsrtspffplaysrs
【零声教育】音视频开发进阶·2022-11-17 07:05

音视频技术开发周刊 | 233

每周一期，纵览音视频技术领域的干货。新闻投稿：[email protected]。
LiveVideoStack_·2022-11-15 07:51

从开源模型、框架到自研，声网 Web 端虚拟背景算法正式发布

如何在视频会议中突出演讲者，减少背景当中的干扰信息，并提升人们对视频会议的参与热情成为了实时音视频技术所要解决的问题，而实时虚拟背景正是一项这样的技术。不同于绿幕等传统技术手段，虚拟背景通
声网·2022-11-14 10:41

延时降低90% | 国内首份《超低延时直播（快直播）白皮书》技术解码

报告主要介绍了直播行业发展背景和技术演进路线，详细阐述了基于WebRTC的技术升级、传统CDN网络架构的融合改造，以解决大规模、超低延时直播的分发所面临的成本挑战。
音视频开发老舅·2022-11-13 21:04

第六章：SpringCloud for Alibaba 集成Nacos配置中心

声明本系列全部文章由75888丶编写，非盗用他人文档，根据实际使用、自我理解、网上搜寻、视频技术文档等进行整理，可能存在类似，保证全部手打，非复制粘贴他人文档、代码。
75888丶·2022-11-10 19:19

由近及远计算机网络故障判断,利用网络视频软件实现远程故障诊断

摘要：远程故障诊断就是利用网络语音视频技术，对远程故障现场出现的故障进行诊断，进而指导故障现场的操作人员快速发现故障，快速分析故障，快速解决故障。
weixin_39699313·2022-11-03 20:46

FFmpeg入门详解之90：WEBRTC讲解

WebRTC简介WebRTC，名称源自网页实时通信（WebReal-TimeCommunication）的缩写，是一个支持网页浏览器进行实时语音通话或视频聊天的技术，是谷歌2010年以6820万美元收购
福优学苑@音视频+流媒体·2022-11-02 19:05

音视频框架-webrtc中的网络反馈与控制

webrtc中的网络反馈与控制引言站在风口上，猪都能飞起来。雷布斯的这句名言，已经被大家传的家喻户晓了，说起当下站在风口上的猪，除了丁老板的未央猪，这头实实在在的猪，视频直播应该可以算一个。
带着草帽傻傻笑·2022-10-25 12:18

webrtc QoS -服务质量总结

webrtc的QoS的方法NACK、FEC、SVC、J
~小泽~·2022-10-25 12:06

WebRTC 的平滑发送

平滑的发送Pacedsender，也常常被称为“pacer”，它是WebRTCRTP栈的一部分，主要用于平缓发送到网络的数据包流。背景考虑一个码率为5Mbps帧率为30fps的视频流。
hanpfei·2022-10-25 12:05

webRTC sdp b=AS:600 x-google-min-bitrate 带宽码率那些事

发送端两个sdp片段：SetLocalDescription，SetremoteDescription;SetLocalDescription:b=AS:600a=rtcp:9INIP40.0.0.0a=ice-ufrag:gY3Ka=ice-pwd:1HSgJcvP5SkTGcJ8uiixrdqea=ice-options:tricklea=fingerprint:sha-256BC:7A:18
Mrnonono·2022-10-25 12:29

webrtc 源码-发送端上行带宽调整

目录1主要内容2带宽调整2.1带宽初始化2.2更新丢包率2.3更新rtt2.4根据带宽估计算法调整带宽上限2.5发送端带宽调整webrtc版本：2021-04-23master1主要内容发送端带宽调整主要是根据
qiuchangyong·2022-10-25 12:28

webrtc模块之带宽预测Prober

   webrtc发送带宽控制使用GCC拥塞控制算法，其中有一个带宽探测模块prober，Prober模块在webrtc或webrtc服务器中用于快速探测链路中带宽上限，那么为什么会引入prober？
大手拉小手2019·2022-10-25 12:28

WebRTC-NACK、Pacer和拥塞控制和FEC

NACK机制发送端NACK发送端实现NACK的三个重点流程：1、发送RTP报文，实时存储报文到packet_history_队列2、处理接收到的RTCPNACK报文把nack包里的序号放到nack_sequence_numbers丢包队列3、重发NACK反馈的RTP报文重发报文这里有三点需要注意：1）会判断上次重传报文时间和当前时间差是否大于RTT，若小于则不重传。2）NACK重新发送媒体数据有两
音视频开发老舅·2022-10-25 12:25

WebRTC的拥塞控制和带宽策略

网络的波动带来的卡顿直接影响着用户的体验，在WebRTC中设计了一套基于延迟和丢包反馈的拥塞机制（GCC）和带宽调节策略来保证延迟、质量和网路速度之间平衡，本文中重点是介绍基于trendline滤波的评估模型
音视频开发老舅·2022-10-25 12:25

WebRTC QoS方法之视频发送端NACK实现

概念简介与NACK对应的是ACK，ACK是到达通知技术。以TCP为例，他可靠因为接收方在收到数据后会给发送方返回一个“已收到数据”的消息（ACK），告诉发送方“我已经收到了”，确保消息的可靠。NACK也是一种通知技术，只是触发通知的条件刚好的ACK相反，在未收到消息时，通知发送方“我未收到消息”，即通知未达。在rfc4585协议中定义可重传未到达数据的类型有二种：目前大家普遍使用RTP报文丢失重传
音视频开发老舅·2022-10-25 12:24

WebRTC系列-RTCRTPSender和RTCRTPReceover

文章目录1.RTCRtpSender2.RTCRtpReceiver3.RTCMedia属性4.实战在web端WebRTC提供的API的接口中，RTCRtpSender是通过peerConnection
简简单单lym·2022-10-25 12:53

WebRTC系列-网络之带宽估计和码率估计(2)接收端带宽估计

文章目录1.类的创建时机2.带宽估计处理2.1主要类调用及初始化2.2带宽估计核心处理2.2.1.函数开始主要是获取当前系统时间以及转换包的发送时间2.2.2.接收包大小管理RateStatistics2.2.3.存储探针2.2.4.计算包组到达时间间隔和大小增量(InterArrival)2.2.5.评估拥塞值(卡尔曼滤波)OveruseEstimator2.2.6.接着执行过载检测方法2.2.
简简单单lym·2022-10-25 12:53

WebRTC系列-网络之RTCP请求关键帧(requestKeyFrame)

文章目录1.WebRTC中触发关键帧请求的场景1.1收到一个包需要解码时候1.2网络不佳，导致丢包过多，NACKlist过大1.3解码时获取数据帧超时1.4解码失败或需要请求关键帧1.5收到的视频包过老且累计的旧包数超过限制
简简单单lym·2022-10-25 12:53

WebRTC系列-网络之带宽估计和码率估计(1)

文章目录1.一些基本概念1.1协议选择1.2拥塞的原因现象1.3拥塞控制的方案1.4WebRTC源码实现2.码率控制主要流程2.1rtcp包处理2.2评估模块主要类关系2.3.评估编码到编码器3.接收端带宽估计主要类之前写过一篇
简简单单lym·2022-10-25 12:22

WebRTC的拥塞控制和带宽策略（转）

网络的波动带来的卡顿直接影响着用户的体验，在WebRTC中设计了一套基于延迟和丢包反馈的拥塞机制（GCC）和带宽调节策略来保证延迟、质量和网路速度之间平衡，本文中重点是介绍基于trendline滤波的评估模型
howe8888·2022-10-25 12:51

WebRTC带宽估计--源码分析

代码实现上面已经零星介绍过一些主要函数的实现方法，下面重点从整体代码结构的角度将GCC整体的代码流程加以介绍.代码分支M67整体代码架构RTCPReceiver：rtcp包分发者，不同类型rtcp包分发给不同观察者（RtcpPacketTypeCounterObserver、RtcpBandwidthObserver、RtcpIntraFrameObserver、TransportFeedback
fdsafwagdagadg6576·2022-10-25 12:50

WebRTC带宽估计

整体架构上面这张图是一个比较老的架构图，但是也基本能说明整体架构，早期webrtc版本带宽估计是放到接收端处理，目前最新版本带宽估计放到了发送端，但是接收端计算得到的带宽并没有废弃，而是通过rtcpremb
beginning1126·2022-10-25 11:17
上一页 39 40 41 42 43 44 45 46 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他