MP4是最常见的视频封装格式，在《FFmpeg开发实战：从零基础到短视频上线》一书的“1.2.3 自行编译与安装FFmpeg”介绍了如何给FFmpeg集成x264和x265两个库，从而支持H.264和H.265两种标准的编解码。
Lyra是谷歌公司推出的一款不惧低带宽的音频编解码器，用来实现随时随地高质量通话。
在 Mac 系统中 homebrew 是一款 软件包管理工具 , 可以 轻松的 安装 / 卸载 / 更新 / 查看 / 搜索 软件包 , 可以简单方便地对软件包进行管理 , 无需用户 处理 复杂的依赖关系 问题 ;
自然界中的声音非常复杂，波形极其复杂，通常我们采用的是脉冲代码调制编码，即PCM编码。PCM通过抽样、量化、编码三个步骤将连续变化的模拟信号转换为数字编码。
2月25日，Google AI blog发布了一篇文章详细的介绍了最新推出的Lyra——一种用于语音压缩的新型超低比特率编解码器。该编解码器使Google Duo，以及未来的其他应用程序能够以每秒3kb的网络宽带提供听起来很自然清晰的语音聊天。
点击上方“LiveVideoStack”关注我们 近期，谷歌推出了一款基于AI的音频编解码器——SoundStream。根据谷歌介绍，SoundStream是首个可以编码不同声音类型、同时提供高质量音频并能在智能手机CPU上实时运行的神经网络编解码器。今年早些时候，谷歌曾发布了一款名为Lyra的超低比特率音频压缩编解码器。一年之内，谷歌推出了两款基于AI的音频编解码器。这两款编解码器究竟有什么不同？谷歌为什么如此专注于低比特率的音频压缩？SoundStream是否将成为一款通用音频编解码器，还是只专注于
据悉，开源发布的Lyra代码是用C++编写的，以提高速度、效率和互操作性，使用了带有Abseil的Bazel构建框架和GoogleTest框架进行全面的单元测试。
音频编解码器的用途是高效压缩音频以减少存储或网络带宽需求。理想情况下，音频编解码器应该对最终用户是透明的，让解码后的音频与原始音频无法从听觉层面区分开来，并避免编码 / 解码过程引入可感知的延迟。
“网络视频直播系统怎么开发、有什么难点”这类文章实在是太难写了，因为开发直播APP软件需要至少全国用户能够跨平台流畅观看，这其中涉及到的点太多太复杂了，所以讲清楚网络视频直播系统怎么开发、开发途中会有什么难点，可能出现什么问题，这件事要细水长流，本篇文章先讲一些开发直播app软件需要用的基础知识，至于其他的，我们日后再谈。
原文：https://mux.com/blog/streaming-video-on-the-internet-without-mpeg/
WebRTC目前视频编解码支持VP8/VP9/H264, 音频默认支持OPUS。
近日，谷歌又推出了一款基于人工智能的音频编解码器—— SoundStream ，它是一款端到端的神经音频编解码器，可以提供更高质量的音频，同时编码不同的声音类型，包括干净的语音、嘈杂和混响的语音、音乐和环境声音。并且，谷歌宣布这是第一个支持语音和音乐的AI编解码器，同时能够在智能手机CPU上实时运行。
实时音视频的开发学习有很多可以参考的开源项目。一个实时音视频应用共包括几个环节：采集、编码、前后处理、传输、解码、缓冲、渲染等很多环节。每一个细分环节，还有更细分的技术模块。比如，前后处理环节有美颜、滤镜、回声消除、噪声抑制等，采集有麦克风阵列等，编解码有VP8、VP9、H.264、H.265等。
Appear.in Vs. Jitsi: WebRTC 商业订阅服务对决开源免费服务
AV1是很快会换掉H.264的下一代编解码，未来的WebRTC编解码会从H.264+Opus，升级成为AV1+Opus，M90已经支持了AV1，SRS 4.0.91支持了AV1。 使用方法 首
核心设计 把RTC技术与CDN架构融合，一套架构同时支持WebRTC和RTMP 支持一对一，多人互动场景 支持直播，大规模分发场景 架构保持足够简单，降低运维成本 对RTMP协议的改造 如果要让webrtc和rtmp无缝互通，需要拓展rtmp对opus编码(48k采样)的支持，rtmp本身并不支持opus 同时在ffmpeg中拓展rtmp对opus编码(48k采样)的支持 边缘节点设计 边缘节点支持的能力: rtmp/webrtc推流，webrtc拉流 边缘节点不做任何的编解码操作，只作为接入点和分发点 支
本文将给大家进行音视频基础的常规知识点的梳理。当然，短短的一篇文章并不能让大家立即变成音视频领域的专家，但这些知识点已经基本涵盖了音视频的入门知识。我们将按照下面的内容给大家
项目Github地址：https://github.com/mumble-voip/mumble
本文来自网易云音乐音视频实验室负责人刘华平在LiveVideoStackCon 2017大会上的分享，并由LiveVideoStack根据演讲内容整理而成（本次演讲PPT文稿，请从文末附件下载）。
SRS4支持了WebRTC播放，John(志宏)大神实现了RTC框架，Bepartofyou(B神)实现了aac转opus，刘连响大神主持定义的协议保持RTMP、HLS、FLV、WebRTC的高度一致性，另外Native Demo正在路上，后续还有更多惊喜。 Scenarios SRS支持WebRTC后，将获得下面新的应用场景： 低延迟直播：RTMP延迟在3到5秒，WebRTC可以在1秒之内，可以基于云计算部署比较稳定的低延迟直播服务；也可以接入CDN厂商，目前阿里云和腾讯云CDN都支持了WebRTC直播
内容来源：2018 年 1 月 13 日，声网Agora.io音乐工匠高泽华在“架构师修炼之道——极光开发者沙龙JIGUANG MEETUP”中，进行的《WebRTC架构优化及实践》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。
您的计算机上有媒体文件吗？您可以通过以更节省空间的文件格式存储数据来节省大量磁盘空间。
原文链接 / https://blog.hotstar.com/vp9-encoding-journey-so-far-e1153ab488db
像 MP3、MP4、WebM 这些 视频格式，定义了构成媒体文件的音频轨道和视频轨道的储存结构，其中还包含描述这个媒体文件的元数据，以及用于编码的编码译码器等等。
“ 目前，实时音视频通讯的实现方案在浏览器上有两种，分别是H5和WebRTC，前者可以拉流观看，后者可以实现推流和拉流。”
音视频涉及语音信号处理、数字图像处理、信息论、封装格式、编解码、流媒体协议、网络传输、渲染、算法等。在现实生活中，音视频扮演着越来越重要的角色，比如视频会议、直播、短视频、播放器、语音聊天等。因此，从事音视频是一件比较有意义的事情，机遇与挑战并存。本文将从几个维度进行介绍：音视频开发基础、音视频进阶成长、音视频工作方向、音视频开源库、流媒体协议与书籍。
编解码器（codec）能够以二进制形式存储媒体信号，大多数编解码器以有损方式压缩原始媒体信号。最常见的媒体信号有视频，音频和字幕。电影由不同的媒体信号组成，除了动态影像之外，大多数电影都有音频和字幕。视频编解码器有H.264，HEVC，VP9和AV1等，而音频的编解码器则有：AAC，MP3或Opus等。每个媒体信号有许多不同的编解码器。单个媒体信号通常也称为基本流(ElementaryStream)或仅流（just Stream）。
如果想要在浏览器上实现音视频的实时通讯，H5和WebRTC是两种可选方案，但是二者有明显的区别，优劣也比较突出。今天，我们就来简单了解一下。
WebRTC的主要优势在于提供了一整套完备的音视频通信方案，使得音视频通信开发变得简单。
之前的帖子翻译了Bitmovin博客上的《Fun with container formats》系列博文第一章（术语的介绍）和第二章（MP4与CMAF）。这个系列总共有三篇，分析四种最常见的容器格式及其重要性。本帖翻译第三章，将介绍MPEG-TS与Matroska这两种容器格式。
在 ffmpeg 命令中 , -aframes 参数用于设置 要输出的 音频帧 帧数 , 通过该参数 设置 一个 指定的 音频帧数 , 输出完 该 指定音频帧数 的 音频帧 之后 , ffmpeg 将会停止处理音频流 , 通过该参数 可以 精确控制音频输出长度 ;
• 全新的360度空间音频编码和渲染技术，使得空间化的音频在从编辑者到用户的整个处理过程中，都能保持高质量。这一技术有望首次实现大规模商用。
原文链接 / https://bloggeek.me/webrtc-video-codec/
直播热度不减，很多人也都投身其中，但大家对于直播平台软件开发的了解确并不多。而在直播平台中，要保证视频直播画面的清晰流畅，音视频技术的运用必不可少。今天我们就来一起看下，音视频技术处理的大体流程是怎么样的。
Video \Audio Container是什么？ 视频、音频和容器是多媒体文件的三个主要组成部分：
本篇为WebRTC技术专家Tsahi Levent-Levi发布在BlogGeek.me上的文章，我们翻译了其中部分内容发布在LiveVideoStack的公众号上。感谢Tsahi的授权。
RTMP 与 RTSP 是比较常见的两种流媒体协议，那么什么是RTMP？什么是RTSP？它们两之间有什么区别？使用的时候应该如何选择？
闲来无事，我们今天探讨下音视频绕不开的一个话题：WebRTC。WebRTC之于音视频行业，无异于FFMpeg，可以说WebRTC的开源，让音视频行业大跨步进入发展快车道。
1、成长的烦恼 经常收到一些网友的来信或者留言，反馈如下这样的困惑： “我是一名应届毕业生，该如何快速地成长起来” “我只懂 C/C++，是学 Android 开发有前途，还是 iOS 开发有前途？” “我是一名 Android/iOS 开发，已经可以独立完成一个完整的 App 开发上线，该如何继续提升？” “我想从事音视频开发，该如何入门？ 如何进阶 ？” 很高兴看到大家有这样的问题，因为这也从侧面反映了你是一个积极向上，想不断努力来提升自己的人。 我就先从一个简单的问题聊起，“到底 Andro
YangWebrtc Overview yangwebrtc是一个自主研发的支持Webrtc/Srt/Rtmp的rtc架构，包含多种视音频编解码和处理等。 支持视频会议、高清录播直播、直播互动等多种视音频应用。 可用于远程教育、远程医疗、指挥调度、安防监控、影视录播、协同办公、直播互动等多种行业应用。 webrtc支持为自主研发，非谷歌lib,兼容webrtc协议 ,可与谷歌Lib和浏览器互通 支持Linux/Windows操作系统，android/ios/mac版本正开发中 yangwebrtc功能 •
iOS下Apple为我们提供了非常方便的音频编解码工具AudioToolbox。该工具中包含了常见的编解码库，如AAC、iLBC、OPUS等。今天我们就介绍一下如何使用 AudioToolbox 进行AAC音频的编码工作。
带alpha通道的图片有GIF和PNG，但是GIF只有8位，失真严重，边缘锯齿非常明显。
FreeSWITCH对AMR和AMR-WB两种编码格式默认为passthough状态，若想对AMR和AMR-WB进行编解码，需对mod_amr和mod_amrwb两个模块重新编译。
关于 WebRTC API 和协议的发展历程中有许多小故事，正如所有的 web 开发人员在第一次遇到 WebRTC 时都会问很多的为什么。许多答案实际上与历史有关，并且不同人的看法是存在偏差的，所以本次演讲只是一些关于本人对 WebRTC 标准化过程中所做出的选择的看法。
经过试验，ubuntu-meta 16.04 和 2019-07-10-raspbian-buster-full 都可使用下面的步骤安装FFmpeg视频转码软件
ffplay 命令的 -codec:media_specifier 参数 用于 设置 多媒体解码器 , 通过该参数 可以 为 不同的媒体类型 ( 音频 / 视频 / 字幕 ) 指定解码器 ;
前言 2020年疫情的突如其来，让数字通信成为了人与人沟通的重要手段；同时也对实时音视频通信（RTC）的稳定性和通讯效果提供了极大考验。由于业务量激增，在保障用户体验方面，RTC业务面临着诸多困难，包括但不限于通话质量、最小化卡顿、端到端延时、带宽成本等。在网络传输过程中，RTC方案，需要面对用户体验、运营成本的双重约束，挑战巨大。本白皮书，将聚焦RTC业务中网络抗性下的体验保障这一命题展开讨论。本文首先对相关技术的特点进行描述。然后，本文重点介绍腾讯天籁推出的音频联合信源信道编码方案。该方案已经在腾
Android音视频——编码介绍 Android音视频——相关介绍 相信不少小伙伴们工作一段时间都想如何进阶？很多一直做的都是应用层的APP开发，实现的基本都是UI效果，动画，机型适配，然后集成第三方的lib进行推送，支付，第三方登录，地图等的功能等等需求，如何学一点更深层次的东西？
实际情况下，当用户数量很大时，对推流设备的性能要求很高，复杂的权限管理也难以实现，采用P2P的架构基本不可行。对于个别用户提供上行流、海量用户只进行拉流的场景，腾讯课堂实现了一种P2S的解决方案。进一步学习可阅读jaychen的系列文章《WebRTC直播技术》。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
