- 综合排序
- 最热优先
- 最新优先
- 来自专栏Qt项目实战
Qt音视频开发7-ffmpeg音频播放
之前用ffmpeg解码出来了音频，只是做了存储部分，比如存储成aac文件，播放的话早期用的是sdl来播放音频，自从Qt5以后提供了QAudioOutput来播放输入的音频数据，就更加方便了，可以直接将解码好的音频数据写入就能播放了，这些就少了个学习sdl的成本，而且和Qt就更加融合，不需要额外的第三方库，解码好的视频，其实就是一张张图片数据，可以直接用QPainter绘制或者QOpenGlWidget通过GPU显示，解码好的音频用QAudioOutput播放，这对于很多初学者来说，是个很好的消息，完美。
1.8K20发布于 2020-08-10 - 来自专栏实时音视频TRTC从小白到熟练
实时音视频开发学习7 - CDN直播与回放
CDN直播观看 适用场景 CDN直播观看也叫“CDN旁路直播”，由于TRTC采用的是UDP协议进行传输音视频数据，而标准CDN则采用RTMP/HLS/FLV等协议进行数据传输，所以需要将TRTC中的音视频数据旁路到直播 单路画面直播： 当音视频房间只有一个主播时，TRTC的旁路推流和标准的RTMP协议功能相同，但TRTC的UDP较RTMP有更强大的弱网络抗性。 混合画面旁路直播： 音视频房间内若有多个主播，而CDN观看只希望拉去一路音视频画面，就需要使用云端混流服务将多路画面合并成一路，具体内容在下一章内容。 使用步骤 开通旁路推流服务： 登录实时音视频控制台，在左侧导航栏的应用管理中，选择功能配置，找到旁路推流设置，并单击打开。 7.单击 【生成地址】即可。 直播推流方式有多种，主要为PC端推流、Web端推流、移动端推流、直播SDK推流以及小程序推流。这里以Web端推流为例。
4.1K61发布于 2020-08-25 - 来自专栏音视频技术
【今晚7点】：对话田建华——web音视频新能力
点击上方“LiveVideoStack”关注我们 ---- Web技术在发展，音视频通话需求在演进，怎么去实现新的Web技术点在实际应用中的价值，以及给我们带来更大的收益是需要我们去探索和实践的。 更有惊喜嘉宾将参与连线，新老朋友一同畅聊web音视频新能力。 同时，田老师还将亮相LiveVideoStackCon 2022 北京站，精彩内容提前剧透，敬请期待～ 讲师信息： 田建华，腾讯云高级工程师，专注于实时音视频TRTC项目的相关开发、优化、探索工作 ，从事音视频行业开发工作10余年。 点击「阅读原文」了解音视频技术大会！
42420编辑于 2023-04-04 - 来自专栏音视频技术
【今晚7点】：新模式下音视频怎么玩？——海外Web3音视频趋势分享
点击上方“LiveVideoStack”关注我们 ---- 互联网行业的迅猛发展带动了音视频技术的进步，一些新鲜技术语也随之进入音视频赛道。 从概念到落地，海外Web3音视频发展趋势如何？ 今晚19：00，LiveVideoStack邀请到了Reddio 创始人&CEO 韩轶东，分享将围绕Web3技术的最新进展、给音乐行业带来的变革及焕发的可能、元宇宙内的音视频、直播新玩法、Web3未来展望五部分展开
40410编辑于 2022-08-31 - 来自专栏福大大架构师每日一题
音视频八股文（7）-- 音频aac adts
头部信息通常占据了整个文件中的前7到9个字节，其中包括了一个固定的同步标记（syncword），该标记用于确定音频帧的边界位置。 在ADTS文件中，每个AAC音频帧都以一个长度为7或9个字节的ADTS帧头开始，其中包含了同步标记、帧大小、采样率、声道数和其他元数据。 ADTS头部信息占据了整个文件中的前7或9个字节，其中包括了一个固定的同步标记（syncword），该标记用于确定音频帧的边界位置。 ⼀般情况下ADTS的头信息都是7个字节，分为2部分：adts_fixed_header();adts_variable_header();其⼀为固定头信息，紧接着是可变头信息。 7bytesadts_buffer_fullness：0x7FF 说明是码率可变的码流。
1.5K10编辑于 2023-04-27 - 来自专栏福大大架构师每日一题
音视频八股文（7）-- 音频aac adts
头部信息通常占据了整个文件中的前7到9个字节，其中包括了一个固定的同步标记（syncword），该标记用于确定音频帧的边界位置。 在ADTS文件中，每个AAC音频帧都以一个长度为7或9个字节的ADTS帧头开始，其中包含了同步标记、帧大小、采样率、声道数和其他元数据。 ADTS头部信息占据了整个文件中的前7或9个字节，其中包括了一个固定的同步标记（syncword），该标记用于确定音频帧的边界位置。以下是对ADTS头部信息中各个字段的详细介绍： 1. 7. Private Bit：1个比特 Private Bit为私有比特，通常被设置为0，没有实际作用。 8. =7bytes adts_buffer_fullness：0x7FF 说明是码率可变的码流。
62420编辑于 2023-06-09 - 来自专栏音视频咖
你问我答 | 实时音视频TRTC（2021年5月-7月）
实时音视频TRTC 你问我答 第1季 本期共解答10个问题 Q1：移动端（Andriod/iOS）支持哪几种系统音量模式？ TRTCAppSceneLIVE 和 TRTCAppSceneVoiceChatRoom）支持 TRTCRoleAnchor（主播）和 TRTCRoleAudience（观众）两种角色，区别是主播角色可以同时上行、下行音视频数据 Q3：实时音视频最多可以同时创建多少个房间？ 支持同时并发存在4294967294个房间，累计房间数量无限制。 Q4：小程序端进入多人音视频看不到画面，该如何处理？ Q7：实时音视频能否把直播视频录制后存储在手机本地？ 不支持直接存储在手机本地，录制后视频文件默认存储在云点播平台，您可以自行下载并保存到手机中。
1.6K20发布于 2021-08-30 - 来自专栏关键帧Keyframe
Android AVDemo（7）：视频采集，视频系列来了丨音视频工程示例
塞尚《从埃斯塔克眺望马赛湾》 iOS/Android 客户端开发同学如果想要开始学习音视频开发，最丝滑的方式是对音视频基础概念知识有一定了解后，再借助 iOS/Android 平台的音视频能力上手去实践音视频的采集 → 编码 → 封装 → 解封装 → 解码 → 渲染过程，并借助音视频工具来分析和理解对应的音视频数据。 在音视频工程示例这个栏目，我们将通过拆解采集 → 编码 → 封装 → 解封装 → 解码 → 渲染流程并实现 Demo 来向大家介绍如何在 iOS/Android 平台上手音视频开发。
1.2K21编辑于 2022-06-13 - 来自专栏关键帧Keyframe
iOS AVDemo（7）：视频采集，视频系列来了丨音视频工程示例
莫奈《睡莲》 iOS/Android 客户端开发同学如果想要开始学习音视频开发，最丝滑的方式是对音视频基础概念知识有一定了解后，再借助 iOS/Android 平台的音视频能力上手去实践音视频的采集 → 编码 → 封装 → 解封装 → 解码 → 渲染过程，并借助音视频工具来分析和理解对应的音视频数据。 在音视频工程示例这个栏目，我们将通过拆解采集 → 编码 → 封装 → 解封装 → 解码 → 渲染流程并实现 Demo 来向大家介绍如何在 iOS/Android 平台上手音视频开发。 updateActiveFrameDuration]; [self.captureDevice unlockForConfiguration]; // 7、 7）实现切换摄像头的功能。 在 -changeDevicePosition: → -_updateDeveicePosition: 方法中实现。注意，这里同样是异步处理。
1.3K30编辑于 2022-06-13 - 来自专栏猫哥的专栏
【Android 音视频开发打怪升级：音视频硬解码篇】三、音视频播放：音视频同步
一、音视频数据流分离提取器 上篇文章，多次提到音视频数据分离提取器，在实现音视频解码器子类之前，先把这个实现了。 封装Android原生提取器 之前提过，Android原生自带有一个MediaExtractor，用于音视频数据分离和提取，接来下就基于这个，做一个支持音视频提取的工具类MMExtractor： class 四、调用并播放 以上，基本实现了音视频的播放流程，如无意外，在页面上调用以上音视频解码器，就可以实现播放了。 简单看下页面和相关调用。 main_activity.xml <? 这就要引出下一个不可避免的问题了，那就是音视频同步。 五、音视频同步 同步信号来源 由于视频和音频是两个独立的任务在运行，视频和音频的解码速度也不一样，解码出来的数据也不一定马上就可以显示出来。 系统时间 而系统时间作为统一信号源则非常适合，音视频彼此独立互不干扰，同时又可以保证基本一致。 实现音视频同步 要实现音视频之间的同步，这里需要考虑的有两个点： 1.
2.9K20发布于 2020-04-01 - 来自专栏DevTips
「音视频专题」 音视频基础概念介绍
01 前言 大家好，从本文开始我们将从 Android 音视频专题开始探索，并按照 iOS/Android 音视频开发专题介绍 依次开始。 iOS 音视频专题将在 Android 音视频专题结束后进行。 在进入实战之前，我们有必要了解下音视频相关术语。 02 音频视频编码 什么是音视频编码 ？ 所谓音视频编码就是指通过特定的压缩技术，将某个音视频格式的文件转换成另一种音视频格式文件的格式。 音视频编码的意义 ？ 音视频编码的最终目的是对音视频进行压缩，未经编码（压缩）的音视频数据量大，存储困难，不利于网络传输。如果视频不经过编码压缩，在直播场景下做不到实时传输的需求。 视频编码格式有哪些 ？ 最终 Android 专题结束后产出的 API 截图如下 ： 往期内容： iOS/Android 音视频开发专题介绍
1.7K10编辑于 2022-01-20 - 来自专栏iOS 音视频接入-TRTC
iOS 音视频接入-音视频基础
，下面就是我个人的音视频基础学习记录。 流：编码之后的数据） 音视频过程 音视频客户端实现过程 采集：数据的来源。 处理：数据进行加工处理。 渲染：展示数据。 传输：数据共享。 大体流程图如下： [音视频的客户端实现过程] 音视频采集 产生音视频数据的源头叫做输入设备，在输入设备中获取音视频原始数据的过程，称为采集。 存放音视频内容的叫做封装容器，文件类型叫封装格式。 文件封装与解封装是互逆的操作过程。 音视频传输网络协议 音视频数据在网络中的传输一般都使用特定的协议，称为流媒体协议。 将音视频文件通过协议打包后，会走网络接口发送出去。 对端接收网络包之后，需要解开协议包，才可以拿到音视频文件。
2.6K53发布于 2020-09-27 - 来自专栏音视频技术
【今晚7点】对话快手StreamLake —— 探索音视频技术与服务体验升级之路
点击上方“LiveVideoStack”关注我们 视频化已是各行业大势所趋，面对飞速增长和更加多元化的音视频服务需求，在实际场景下探索如何能够通过现有技术更加完美的组合，或是引入更多新的技术，寻求以最低的成本实现更加极致的用户体验 今晚 7:00，我们特别邀请到了 快手音视频首席架构师 刘歧 以及 快手视频图像算法引擎负责人 陈宇聪 两位老师，和大家一同聊聊快手StreamLake在探索音视频技术升级，追求极致用户体验与业务创新道路中所做的工作 讲师信息： 刘歧 快手 音视频首席架构师 开源技术爱好者，FFmpeg 官方源代码维护者，FFmpeg 官方推荐顾问；FFmpeg GSoC Mentor，著有《FFmpeg 从入门到精通》一书，在音视频编解码与流媒体领域拥有着十余年经验 2020年加入快手，任音视频首席架构师，负责多媒体基础架构相关工作。
46210编辑于 2023-04-04 - 来自专栏音视频技术
音视频+
” 8月5日-6日，LiveVideoStackCon 2022 音视频技术大会 上海站，和你一同开启通向未来的大门。 音视频+ 从音视频编解码到网络传输的进一步降低时延；从智能硬件的开发到内容生产端与消费端的升级；从客户端建设到服务质量与体验的提升……音视频领域内的方方面面都在不断向前推进，助力着一个又一个行业从初生到走向成熟 「音视频+」给人们带来了多彩的生活，也给行业带来了无限可能。在本专题中，我们将探讨音视频技术与不同行业的高密度融合，会给行业带来怎样的技术新实践、新贡献呢？ 讲师与议题 HDR作为超高清音视频产业的关键技术之一，拥有更广的色彩容积和更高的动态范围。 消费侧，通过智能理解和推荐，短视频重构了人们内容获取的方式，但生产侧，音视频生产依然停留在传统时代。
70730编辑于 2022-07-26 - 来自专栏音视频技术学习笔记
音视频技术(6)-iOS音视频同步
音视频同步播放流程 网上绝大多数代码都是参照ffplay来实现的，下面按照接入流程一步步讲解如何实现iOS平台上音视频同步 iOS接入ffmpeg和SDL可以参考前面的文章，本文不做赘述。 打开流并解析音视频帧 注意几点 1.新版本ffmpeg里，新增api,avcodec_parameters_to_context(...)用来获取解码参数 2.新的解码方法，和渲染的api 视频解码需要将pts自然数转成秒值，以和音频同步，音视频同步有多种方法，基于人对声音比较敏感，一般采用视频同步到音频。 可以参考前面音频 和 视频渲染讲解，没有复杂之处 本篇文章花的时间较长，反复研读代码才基本明白是怎么回事，想要再进一步理解，还得去读ffmpeg的源码实现，当前阶段先不做深入了解，比这更重要的是把整个音视频处理大的流程和基本原理磕清楚 音视频处理确实涉及的技术比较深，与笔者当前的工作并不match，只能在不多的休息时间里再挤一点时间，日拱一卒去学习钻研，加油。
2.6K30发布于 2020-03-27 - 来自专栏iOS 音视频接入-TRTC
iOS音视频接入 - TRTC多人音视频通话
前一篇我们使用腾讯封装的TRTCCalling接入了1v1的音视频通话，今天还是使用此模块进行实现多人音视频通话及其常用TRTCSDK的API。
5.1K1811发布于 2020-10-13 - 来自专栏云服务器购买
实时音视频-腾讯云实时音视频(TRTC)
实时音视频支持跨终端、全平台之间互通，从零开始快速搭建实时音视频通信平台 腾讯云实时音视频详情点击查看 腾讯实时音视频（Tencent Real-Time Communication，TRTC）拥有QQ 十几年来在音视频技术上的积累，致力于帮助企业快速搭建低成本、高品质音视频通讯能力的完整解决方案。 全平台互通 可在微信、手机 QQ、QQ 浏览器通过 H5 页面或微信小程序发起/接受/断开音视频通话，也可直接在网页或通过 SDK 集成的方式在 PC、MAC、APP 中实现音视频通话，支持全平台互通 美颜滤镜 实时音视频产品免费提供基础美颜与滤镜功能；并支持与美颜特效（收费）产品配合使用，提供美颜美型、贴纸、手势识别等多种实时特效功能。 网络通信稳定 全球端到端延时小于300ms，抗丢包率超过40%，抗网络抖动超过1000ms，即使在弱网环境下仍然能够保证高质量的音视频通信，确保视频通话过程顺畅稳定。
12.3K1411发布于 2019-08-06 - 来自专栏实时音视频TRTC从小白到熟练
实时音视频开发学习1 - 音视频初体验
TRTC基本内容 随着移动互联网速度越来越快的发展，实时音视频的发展也越来越收到重视。 腾讯实时音视频（Tencent Real-Time Communication，TRTC）经过了10多年在网络音视频技术的发展与积累，并以多人音视频通话和低延时互动直播两大场景化方案，通过腾讯云服务向开发者开放 产品架构 实时音视频TRTC主打平台互通的多人音视频和低延时直播互动解决方案，提供了小程序端、web端以及终端的SDK用于快速集成，并与云服务后台连通。 在音视频开发过程中，通过判断UserID的不同可以给房间添加成员。 RoomID 房间ID是一个音视频的空间，同一房间的用户可以互相接收对方的实时视频数据。 推送 推送只用户将本地音视频数据上传给TRTC服务端的操作，相当于主播，对应推流过程。 订阅 订阅只用户向TRTC服务端请求拉去指定用户音视频数据的操作，相当于粉丝观看，对应拉流过程。
4.7K63发布于 2020-08-20 - 来自专栏跟铭哥学音视频技术
音视频技术基础（一）--音视频技术概念基础
音视频技术介绍 什么是音视频技术？音视频技术其实就是音频技术和视频技术的一个统称，在技术处理上，其实音频和视频是要分开处理的。 存放音视频的容器叫封装容器，文件类型叫封装格式； 7. 网络协议打包。音视频文件在网络中传输的时候，一般都会有一个特定的协议，也就是流媒体协议。 网络协议会将音视频数据文件打包成协议包，通过网络协议端口发送出去，接收方接收到网络包之后，要通过网络协议解开协议包，才能获得音视频数据文件。 一般音视频同步的做法有三种：视频同步到音频、音频同步到视频、音视频同步的外部时钟。通常采用视频同步到音频的方法。 音视频同步的算法如下图所示： image.png 流媒体协议 通常音视频数据体积比较大，所以在网络传输过程中都是连续不断的多媒体流量，在网络中传输音视频数据的技术叫流媒体技术，传输使用的协议就是流媒体协议
5.8K156发布于 2020-06-16 - 来自专栏音视频领域业余爱好者
音视频初探
视频直播类功能的技术上整体流程包括以下内容： 音视频采集 音视频处理 音视频编码和封装 () 推流 流媒体服务器处理 拉流 音视频解码 音视频播放 1.3. 接下来，主播共享端采集数据（音视频的采集、处理以及编码封装流程）形成RTMP流推送到CDN网络（推流）。 目前主流的音视频编码格式主要是MPEG4、H.254 详细可参考主流的编码格式 2.5. CMAF是Common Media Application Format的缩写，由微软、苹果联合MLBAM、思科、Akamai和Comcast在2016年2月向动态图像专家组（MPEG）提出，并在今年7月被批准成为国际标准 它提供了录制、转换以及流化音视频的完整解决方案。
2.2K00发布于 2021-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号