大前端这几年算是一个热词，对于前段来说如果不是大前端，技术相对来说就已经算是落后了。如果还停留在对ES6，Vue这些基本技能的学习只能说处于一个及格线。
1. 主播用户开启手机直播 可以设置只有签约主播才能开启手机直播，也可以设置所有注册用户都有权限 开启手机直播的时候可以选择手机前后手机摄像头设备，也可以在直播过程中进行切换。
关注 RT-Thread 的同学肯定知道，RT-Thread为了向众多开发者展示RT-Thread的最新开发和生态建设成果，每年都会举办一场开发者大会（简称：RDC — RT-Thread Developer Conference），在 2020 年度的开发者大会上，我们 RT-Thread 给到现场的每个开发者们都发放了一个电子胸牌，胸牌的名称起名为 ART-Bagde。
大家好，我叫田建华。今天分享的主题是基于WebAssembly构建Web端音视频通话引擎。今天将从背景、WebAssembly引擎、方案落地和问题及展望四个方面展开介绍。
有幸参与了直播从无到有的过程，对直播这一块有了一个比较清晰的认识，本文主要对web部分的直播流程进行介绍。
目前web前端采用的直播技术一般分为以下几类：rtp/rtcp、rtmp、http-flv、hls。下面介绍不同协议
最近不少朋友需要在项目中对接百度语音识别的REST API接口，在读了我之前写的【Recorder.js+百度语音识别】全栈方案技术细节一文后仍然对Web音频采集和处理的部分比较困惑，本文仅针对音频流处理的部分进行解释，全栈实现方案的技术要点，可以参见上面的博文，本篇不再赘述。
iOS/Android 客户端开发同学如果想要开始学习音视频开发，最丝滑的方式是对音视频基础概念知识有一定了解后，再借助 iOS/Android 平台的音视频能力上手去实践音视频的采集 → 编码 → 封装 → 解封装 → 解码 → 渲染过程，并借助音视频工具来分析和理解对应的音视频数据。
WebRTC 只是一个媒体引擎，上面有一个 JavaScript API，所以每个人都知道如何使用它（尽管浏览器实现仍然各不相同），本文对 WebRTC（网页实时通信）的相关内容进行简要介绍。
2021年1月26日，W3C 和 IETF 同时宣布 WebRTC（Web Real-Time Communications，Web 实时通信）现发布为正式标准，标志着 WebRTC正式走进舞台。尽管如此，WebRTC 早已在视频会议和直播中得到了广泛的应用，成为了线上通信及协作服务的基石。IMWeb 团队是国内最早研究 WebRTC 的团队之一，在腾讯课堂、企鹅辅导等应用中都有实践。这是 WebRTC 系列的第二篇，希望可以帮助你更好的了解音视频。 一、音视频采集基本概念 在讲浏览器提供的用 JS 采集音
为什么要在这个时候探索flv.js做直播呢？原因在于各大浏览器厂商已经默认禁用Flash，之前常见的Flash直播方案需要用户同意使用Flash后才可以正常使用直播功能，这样的用户体验很致命。 在介绍flv.js之前先介绍下常见的直播协议以及给出我对它们的延迟与性能所做的测试得出的数据。 如果你看的很吃力可以先了解下音视频技术的一些基础概念。 常见直播协议 RTMP: 底层基于TCP，在浏览器端依赖Flash。 HTTP-FLV: 基于HTTP流式IO传输FLV，依赖浏览器支持播放FLV。 WebSocke
2020年，直播带货火爆全网。想一探淘宝直播背后的前端技术？本文将带你进入淘宝直播前端技术的世界。
奇舞团是360集团最大的大前端团队，同样也是TC39和W3C会员，拥有Web前端、服务端、Android、iOS、设计、产品、运营等岗位人员，旗下的开源框架和技术品牌有SpriteJS、ThinkJS、MeshJS、Chimee、QiShare、声享、即视、奇字库、众成翻译、奇舞学院、奇舞周刊、泛前端分享等。
架构 整理分为两层： 应用层、核心层 绿色部分是核心部分， 是WebRTC提供的核心功能； 紫色部分是浏览器提供的JS的API层； 即 浏览器对WebRTC核心层的C++ API 做了一层封装
iOS/Android 客户端开发同学如果想要开始学习音视频开发，最丝滑的方式是对音视频基础概念知识有一定了解后，再借助本地平台的音视频能力上手去实践音视频的采集 → 编码 → 封装 → 解封装 → 解码 → 渲染过程，并借助音视频工具来分析和理解对应的音视频数据。
近年来，直播改变了许多行业模式，其形态在不断的演进中也逐渐丰富起来。直播在字节跳动中衍生出了KTV歌房、直播答题、互动游戏、电商拍卖及企业直播等不同场景。本次分享我们邀请到火山引擎视频云音视频直播客户端研发负责人——徐鸿，向大家介绍直播场景中沉淀下的优秀架构能力和技术能力。
这几年直播软件在开发的道路上也经历过不少的坎坷，才发展到今天的成熟阶段。越来越多的年轻人喜欢看直播、开直播。同时，随着直播系统源码的诞生，直播软件开发也变得越来越容易。那么如何实现视频直播？直播系统源码如何搭建？现在一一给你解答。
采集是整个视频推流过程中的第一个环节，它从系统的采集设备中获取原始视频数据，将其输出到下一个环节。直播系统开发中视频的采集涉及两方面数据的采集：音频采集和图像采集，它们分别对应两种完全不同的输入源和数据格式。
首先说明，本篇文章是概念+实践，对于希望了解和实践一个简单的摄像头直播网页功能的人会有帮助，由于篇幅和实践深入度有限，目前demo效果只支持直播播放电脑端以及常用摄像头的实时视频流，其他复杂的功能（例如视频信息实时处理，高并发，网络分发等）尚未实现，还需要进一步探索。
技术栈：React+recorder-tool.js +recorder.js + Express + Baidu语音识别API
如果你的业务场景对声音有特殊要求，需要开发者对声音做一些定制化处理；目前TRTC SDK提供发送自定义采集音频数据的接口，开发者可以自定采集音频数据，然后复用 trtc的编码功能，目前6.3.7版本sdk只支持48000采样率的单声道pcm数据，后续会发版支持更多的音频，可以留意一下我们官网的sdk更新；
随着互联网用户消费内容和交互方式的升级，支撑这些内容和交互方式的基础设施也正在悄悄发生变革。手机设备拍摄视频能力和网络的升级催生了大家对视频直播领域的关注，吸引了很多互联网创业者或者成熟企业进入该领域。
这个公众号会路线图式的遍历分享音视频技术：音视频基础(完成) → 音视频工具(完成) → 音视频工程示例(进行中) → 音视频工业实战(准备)。关注一下成本不高，错过干货损失不小 ↓↓↓
指纹通常是指服务端的为了做识别而收集的客户端设备信息。即使没有cookie，指纹也可用于识别个人用户或设备。
采集图像帧 : 摄像头 硬件 负责 采集画面 , 采集的 初始画面 称为 " 图像帧 " , 一秒钟 采集 的 图像帧 数量 称为 " 帧率 " , 如 : 60 帧 就是 一秒钟采集 60 个画面的 图像帧 ;
SkeyeLive是OpenSKEYE开源流媒体团队开发的一款功能丰富的开源PC端流媒体推流拉流直播软件项目，目前支持Windows、Android版本，后续将支持ios版本，其中Windows版本的SkeyeLive支持多种源接入，包括Windows摄像头、麦克风、扬声器、RTSP摄像机、屏幕桌面等，采集后经过264、265软硬件编码、推送到内置SkeyeLive流媒体服务进行转发；
通过录音管理器 RecorderManager调用手机的录音功能实现音频的在线采集，通过采集到的音频的base64字符串调用云开发侧实现的腾讯云一句话识别云函数，然后将识别结果回调到小程序页面中。
在从事音视频的音频开发中，难免会遇到一些问题，比如声音异常，回音等问题，这时候有比较牢固的概念基础会对分析这些问题很有帮助。本篇就介绍下音频相关的概念
直播软件开发项目随着直播的不断发展成为软件开发服务商的“心头好”，那么在进行项目开发之前，关于直播的相关流程也是需要进行了解的。毕竟想进行开发业务的话，不了解流程就无从下手。今天简单的来跟大家分享一下，直播APP流程中的第一步，音视频的采集。
借用PortAudio采集和播放音频，实现一个双路混音器 混音，顾名思义，就是把多个音源混合的过程，是一个很常见的应用。这两天我也做了一个双路混音器，当然，我没有做多么专业的音频信号处理，只是一个简单的混音，调节各路音量，并实现了一些音效处理。主要功能有：采集硬件设备，读取wav文件，播放，混音，音量调节，音频节奏、音调的调节，wav文件输出。这么多功能，我们不需要一个一个全部自己实现，有时候，借助开源项目，尤其是比较成熟的开源项目，不但可以大大节省开发时间，还能使程序更加稳定。即便不能直接在自己的项目
今天我们来分享一个开源的音频采集代码，现在大部分音频采集都是通过ALSA框架去采集，如果大家把ALSA采集代码学懂，那么大部分的音频采集都可以搞定。这个代码是用ALSA进行音频PCM的采集并保存到本地文件。
实时音视频 TXLiteAVSDK_TRTC 默认通过调用 startLocalAudio: 接口实现音频的采集。如果开发者工程项目有自己的音频采集或者处理逻辑，SDK 也支持自定义音频采集方案：通过 TRTCCloud 的 enableCustomAudioCapture 接口关闭 TRTC SDK 默认的声音采集流程。然后您可以使用 sendCustomAudioData 接口向 TRTC SDK 填充您自己的声音数据。
直播热度不减，很多人也都投身其中，但大家对于直播平台软件开发的了解确并不多。而在直播平台中，要保证视频直播画面的清晰流畅，音视频技术的运用必不可少。今天我们就来一起看下，音视频技术处理的大体流程是怎么样的。
打开监控仪表盘，输入 sdkappid 和 roomid，并切换到问题用户的通话详情页面，之后再切换到音频详情页卡。如果音频发送码率不正常（持续小于16kbps），则为上行无声；如果音频接受码率不正常（持续小于16kbps），则为下行无声。
我们都知道，WebRTC是面向互联网的一种即时通信标准，由于被Chrome、火狐、Safari等主流浏览器支持，并提供了一致和简洁的API，使得开发WebRTC的视频通信应用非常简单和流行。
在Windows操作系统上，音频处理技术主要是采用微软提供的相关API：Wave系列API函数、DirectSound、Core Audio。
音频采集的主要工作是通过输入设备将声音采集并转码为音频数据，同时对采集任务进行管理。
前言 本文基于开源Demo：https://github.com/zmxv/react-native-sound，通过这个例子学习怎么开发React Native App. 这段时间都掉到React Native的坑，踩了不少坑，基本也是别人踩过的坑，既然是别人踩过的坑，那么一般情况下都能找到解决方案，所以前期该踩的一些低级坑都踩了，不过这也让笔者对RN有了新的认识，那就是RN有入门门槛，在新项目考虑用它的时候要慎重。 既然要快速掌握RN，那就先从实际需求出发了，我们要用它来做些什么事情，笔者这里有以下需求
小程序端双人通话、多人会议和语音聊天室三个功能。双人通话中实现1V1视频通话，在结合Web IM SDK可实现在线问诊或客服；语音聊天室能支持多人互动语音聊天，混音、混响等声音特效，适用于狼人杀、在线语音直播等社交场景；多人会议支持多路音视频通话、大小画面和屏幕分享等功能，适用于远程培训、在线教育等。
大家好，我是英特尔亚太研发中心OWT测试负责人张琰彬，这次给大家带来的议题是OWT（Open WebRTC Toolkit））云游戏自动音视频测试探索。
通常我们通过 AVCaptureSession 相关的 API 来进行音视频的采集，其中主要组件分为 Input、Output、Session 几个部分：
毕业至今，之前一直从事Android开发的工作，今年5月份开始接触音视频开发相关工作，于是打算写一个音视频相关专栏，让移动端的同学，能通过这个专栏快速掌握音视频相关知识，首先带来第一篇，主要讲讲移动端的音视频技术涉及哪些？
直播代码的直播数据处理分为五步：数据采集、编码、传输、解码和渲染。我们今天主要来说一下传输中的音视频方面的知识。
在之前的博文中，我们和大家分享了国标EasyGBD视频推流组件在开发过程中，实现了视频采集功能（EasyGBD搜集视频采集数据功能是如何实现的），那么同样，音频采集也是我们需要完善的地方。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
