总结一下编译fdk-aac库遇到的坑 编译系统环境：ubuntu 20.04.6 编译前安装的依赖： sudo apt install git make autoconf automake libto

背景 之前做的webrtc，最近部署在公网上了，OmgTV (luoyisen.com)，但是在实际的使用中发现视频通信的成功率几乎为零，在 edge 和 chrome 浏览器上可通过 edge://

QoS即服务质量，我们都知道WebRTC在实时通讯领域的地位，其中大部分得益于它内部集成的各种QoS策略 本文从前端视频来梳理出WebRTC有哪些QoS策略

在上一篇文章介绍了当时选取工具是对每个方案的介绍，今天具体说一下最终的实现方案 耗时两周，我终于自己搭了一个流媒体服务器 方案 前端播放器 Jessibuca 转流工具 ZLMediaKit 视频流格

目前web端的视频编辑器并不多，做的比较好的有剪映网页版cupcut（国外），clipchamp（国外），FlexClip（国内），无界云剪（video.h5ds.com）。所用到的技术栈各异，有前端

1.背景 在web端处理音视频是一个复杂而又重要的课题，市场上主流的视频编辑通常采用服务端进行渲染导出，因为专用的服务器对音视频的编解码能力更强，所以服务端渲染导出的速度很不错； 少数编辑器在浏览器本

本文将探讨`chrome://webrtc-internals/` 1、通过讲解，让人对视频直播的建立、数据传输和解码等知识有一定基础认知。2、提供评估浏览器端视频直播质量的指标详解，帮助排查问题

H265软解简易流程是基于 c 调用 FFmpeg 的解码能力，封装打包成 wasm 供 js 调用；通过 js 将 H265 裸流传入给 c 进行消费解码，回调出的 yuv420p 数据使用

一般情况下使用 WebRTC 进行视频通话过程中，视频的分辨率和FPS会根据用户当前网络状况而动态的调整。这也是WebRTC的一大优势，自适应网络，让各个连接终端都可以进行流畅的会议。但是有一些情况下