- 综合排序
- 最热优先
- 最新优先
- 来自专栏Qt项目实战
Qt音视频开发9-ffmpeg录像存储
上一篇文章写道直接将视频流保存裸流到文件，尽管裸流文件有一定的好处，但是 毕竟大部分用户需要的不是裸流而是MP4视频文件，所以需要将视频流保存成MP4文件，毕竟电脑上的播放器包括默认的播放器，可以直接播放MP4文件，而未必能播放裸流文件，裸流文件需要安装K-Lite解码器才行，关于ffmpeg解码保存成MP4文件，有两种处理方式，一种是先保存成裸流，然后开个后台线程，当裸流文件保存完成以后，自动触发H264转MP4的命令执行，也可以很快的完成转换，另外一种方法就是直接解码的时候保存成MP4文件，两种方法都可以，一般建议后者。
1.6K30发布于 2020-08-12 - 来自专栏实时音视频TRTC从小白到熟练
实时音视频开发学习9 - 进房权限和画质
7.校验通过后，会向 TRTCSDK 提供实时音视频服务。 相应的源码见demo9。 开启方式 打开腾讯云实时音视频控制台导航栏的应用管理，然后打开对应应用的“应用信息”，最后启动“启动权限密钥”。 1.下载WebRTCSigApi.js文件，我这demo9已经提供或打开下面链接： https://github.com/TencentVideoCloudMLVBDev/usersig_server_source image.png 注：更多内容请关注腾讯云的实时音视频
2.1K40发布于 2020-08-27 - 来自专栏猫哥的专栏
【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 - 来自专栏音视频技术
音视频+
” 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自然数转成秒值，以和音频同步，音视频同步有多种方法，基于人对声音比较敏感，一般采用视频同步到音频。 音视频处理确实涉及的技术比较深，与笔者当前的工作并不match，只能在不多的休息时间里再挤一点时间，日拱一卒去学习钻研，加油。 9.完整代码 #include "SimplePlayer.h" #include <stdio.h> #include <libavcodec/avcodec.h> #include <libavformat
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 - 来自专栏音视频咖
生态大会 | 12月1日上午9点半，腾讯云音视频专场直播邀您参加
行稳见远 · 乘视增长 2022 / 12.01 9:30 - 12:00 关注腾讯云音视频专场线上直播 发现2022全真互联时代新趋势 点击扫码，预约直播 腾讯云音视频在音视频领域已有超过 21年的技术积累，持续支持国内90%的音视频客户实现云上创新，独家具备 RT-ONE™ 全球网络，在此基础上，构建了业界最完整的 PaaS 产品家族，并通过腾讯云视立方 RT-Cube™ 提供All in One 的终端SDK，助力客户一键获取众多腾讯云音视频能力。 腾讯云音视频为全真互联时代，提供坚实的数字化助力。
80710编辑于 2022-11-18 - 来自专栏实时音视频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 - 来自专栏音视频领域业余爱好者
音视频初探
直播场景的技术基础架构图 [92725cab4f95f318210e9f52fbdb3774.png] 1.2. 视频直播类功能的技术上整体流程包括以下内容： 音视频采集 音视频处理 音视频编码和封装 () 推流 流媒体服务器处理 拉流 音视频解码 音视频播放 1.3. 目前主流的音视频编码格式主要是MPEG4、H.254 详细可参考主流的编码格式 2.5. 它提供了录制、转换以及流化音视频的完整解决方案。 /ffprobe -show_packets xitiejie.mp4 [e3e2d9ddd3a192bdf08fd0158bcbb1d9.png] 4.4. ffmpeg多媒体编解码工具的使用示例 示例中的
2.2K00发布于 2021-07-01 - 来自专栏li_wait
打印9*9乘法口诀
j = 1; j <=i; j++) { printf("%d*%d=%d ", j, i, i * j); } printf("\n"); } return 0; } 打印9* 9乘法口诀表： 从图中看出第四排和第五排没有对齐，要想对齐，可以考虑 printf限定占位符的最小宽度（https://blog.csdn.net/wait___wait/article /details/135287228） 9*9乘法口诀表中最大位数是2，因此设最小宽度为2。
44810编辑于 2024-10-23 - 来自专栏云架构
音视频基础
.现在主要是16:9 2.XXX P值得是高，然后按宽高比计算宽 360p= 640*360 720=1280*720 帧率：每秒钟采集或播放的图像个数。 B帧占I帧1/4的大小，但是耗时，占用CPU，会导致延时增加，实时通讯（音视频会议，在线教育）一般只有I、P帧，音视频转码服务会大量使用B帧。 所以实时通讯，音视频会议一般只有i p帧，转码服务的会大量使用b帧，节约空间。 编码帧分类：I帧一般是GOP中第一帧，不参考别的帧。P帧占I帧一半大小。 B帧占I帧1/4的大小，但是耗时，占用CPU，会导致延时增加，实时通讯（音视频会议，在线教育）一般只有I、P帧，音视频转码服务会大量使用B帧。 帧内压缩的理论: 以此为理论 以一个宏块为基础预测下一个宏块(上 下 左 右) 帧内预测 9中模式，h264有算法决策使用哪种模式。
3.1K31发布于 2021-07-05 - 来自专栏福大大架构师每日一题
音视频八股文（1）--音视频基础
# 1.1.音视频录制原理 # 1.2.音视频播放原理 # 1.3.图像表示RGB-YUV ## 1.3.1 图像基础概念 ◼ 像素：像素是一个图片的基本单位，pix是英语单词picture的简写 按照 16:9 (宽 : 高) 的比例计算，720p 的水平像素数为 720 ÷ 9 × 16 = 1280，总 计像素为921600像素即大约为 92 万像素。 ## 1.4.2 常用的视频压缩算法 MPEG2 MPEG阵营 H264 MPEG阵营 H265 MPEG阵营 AVS 中国阵营 VP8 Google阵营 VP9 Google阵营 对于视频也是一个道理，同样的音视频流可以用不同容器来承载。 ### 1.7.1 音视频同步概念 DTS（Decoding Time Stamp）：即解码时间戳，这个时间戳的意义在于告诉播放器该在什么时候解码这一帧的数据。
1.6K20编辑于 2023-06-08 - 来自专栏技术杂记
9
服务端 /var/log/messages 中会出现类似的日志Aug 25 00:26:02 pptp-server pptpd[10177]: CTRL: Client 103.240.124.15 control connection startedAug 25 00:26:02 pptp-server pptpd[10177]: CTRL: Starting call (launching pppd, opening GRE)Aug 25 00:26:02 pptp-server pppd[10178
97820编辑于 2022-06-30 - 来自专栏Qt项目实战
Qt音视频开发24-ffmpeg音视频同步
，要么根本没法同步歪七八糟的，要么进度跳过去直接蹦蹦蹦崩溃的，其实最完美的音视频同步处理demo就是ffplay，我亲测过几十种各种各样的音视频本地文件，数十种视频流文件，都是非常完美，当然啦这是亲生的啦 如果仅仅是播放视频流（不带音频流），可能不需要音视频同步，所以最开始只做rtsp视频流播放的时候根本没有考虑同步的问题，因为没遇到也不需要，等到后期发现各种rtmp、http、m3u8这种视频流的时候， 常用的音视频同步方法： 通过fps来控制，fps表示一秒钟播放多少帧，比如25帧，可以自行计算一帧解码用掉的时间，一帧占用（1000/25=40毫秒），通过延时来处理，这其实是最渣渣的办法。 音视频同步到外部时钟，外部时钟作为主时钟，最终采用的办法，容易理解互不干扰，各自按照外部时钟去同步自己。 ffplay自身内置了三种同步策略，可以通过参数来控制采用何种策略，默认是视频同步到音频。 音视频完美同步，采用外部时钟同步策略。 支持seek定位播放位置。 支持qsv、dxva2、d3d11va等硬解码。 支持opengl绘制视频数据，极低CPU占用。
2.3K62发布于 2020-09-24 - 来自专栏实时音视频TRTC
【实时音视频】视频相亲背后的音视频方案
新技术和新的商业模式带来更多的行业机会，比如婚恋市场，专注于视频相亲的泛社交类产品伊对，其App的月活跃用户就在过去一年里呈爆发式增长，从2018年9月的25.3万迅速增长约19倍至2019年7月的504 构建面向海量用户的实时音视频互动系统，存在非常的难点： 开发成本高、周期长 实时音视频技术栈包含音视频编解码、音视频前后处理、信令、网络传输、高并发、高可用、系统监控、多个平台的终端开发，技术储备和开发成本是非常大的挑战 为了帮助开发者应对技术挑战、释放基础技术攻坚的投入，更加专注业务，腾讯云实时音视频TRTC推出视频相亲解决方案，致力于帮助开发者搭建低成本、低延时、高品质的音视频互动业务。 简单易集成的实时音视频云服务 开发者无需关注复杂的实时音视频底层技术，几行代码即可实现实时音视频互动业务。 超清画质、高品质音质 实时音视频支持1080P超清视频通话、支持48KHz全频带音频编码、并集成由腾讯音视频实验室自研的TRAE的音频前处理引擎，让音视频互动体验比肩“QQ”。
3.6K53发布于 2020-02-04 - 来自专栏猫哥的专栏
【Android 音视频开发打怪升级：音视频硬解码篇】一、音视频基础知识
由于音视频的数据量庞大，如果按照裸流数据存储的话，那将需要耗费非常大的存储空间，也不利于传送。而音视频中，其实包含了大量0和1的重复数据，因此可以通过一定的算法来压缩这些0和1的数据。 因此，编码可以大大减小音视频数据的大小，让音视频更容易存储和传送。 四、视频编码 视频编码格式 视频编码格式有很多，比如H26x系列和MPEG系列的编码，这些编码格式都是为了适应时代发展而出现的。 ADTS AAC内部结构也不再赘述，可以参考AAC 文件解析及解码流程 六、音视频容器 细心的读者可能已经发现，前面我们介绍的各种音视频的编码格式，没有一种是我们平时使用到的视频格式，比如：mp4、rmvb 没错，这些我们熟悉的视频格式，其实是包裹了音视频编码数据的容器，用来把以特定编码标准编码的视频流和音频流混在一起，成为一个文件。 参考文章 音视频开发基础知识 YUV颜色编码解析 YUV数据格式 音频基础知识 AAC 文件解析及解码流程
2K20发布于 2020-04-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号