- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频技术
【专题介绍】音视频+（Part2）
音视频+ 从音视频编解码到网络传输的进一步降低时延；从智能硬件的开发到内容生产端与消费端的升级；从客户端建设到服务质量与体验的提升……音视频领域内的方方面面都在不断向前推进，助力着一个又一个行业从初生到走向成熟 「音视频+」给人们带来了多彩的生活，也给行业带来了无限可能。在本专题中，我们将探讨音视频技术与不同行业的高密度融合，会给行业带来怎样的技术新实践、新贡献呢？ 新一代车载音频系统的特征； 2. 新一代车载音频系统的硬件设计； 3. 新一代车载音频系统的核心算法； 4. 极致时延需求下的远程驾驶场景 2. 系统各环节的时延拆解分析与优化 3. 内容大纲： 1.提升移动端用户观赛体验—HDR Vivid的技术发展 2.AVS3音视频信源编码标准的确立 3.为了听不到的你—暖心字幕的建设历程 4.咪咕在冬奥直播转播过程中使用的其他黑科技 回顾
1.1K40编辑于 2022-03-28 - 来自专栏关键帧Keyframe
音视频面试题集锦 2023.09（2）
下面是 2023.09 月音视频面试题集锦的一些精选： 1、简要介绍一下对 H.264 的了解？ 2、H.264 编码框架分层目的是什么？ 2）码流结构 H.264 原始码流（裸流）是由⼀个接⼀个 NALU 组成，它的功能分为两层：VCL（视频编码层）和 NAL（⽹络抽象层）。 avcodec_parameters_copy(bsf_ctx->par_in, ifmt_ctx->streams[videoindex]->cod ecpar); av_bsf_init(bsf_ctx); 2、 R：2bit，被参考的级别，重要性指示位，取值越⼤，表示当前 NALU 越重要，需要优先受到保护，如果当前 NALU 是属于参考帧的⽚、序列参数集或图像参数集这些重要的单位时，本句法元素必需⼤于 0。 参考：Difference Between H.264 and H.265[1] 2）比较点 压缩比：压缩比是区分 H.264 和 H.265 编解码器的主要因素。
1.5K31编辑于 2023-09-27 - 来自专栏音视频技术学习笔记
音视频技术（2）- iOS-ffmpeg开发环境
、ffmpeg编译 x264在x86平台库依赖yasm，先要安装yasm（x86的汇编器）， brew install yasm 编译参考：https://www.jianshu.com/p/e4f2eb6f3eb8 这么看来ffmpeg主要做解码的工作 x264 i386编译不过去，脚本有问题， CFLAGS="$CFLAGS -mios-simulator-version-min=5.0" -->7.0 (参考音视频编解码一书中作者的脚本 /3924c93290f0 三、ffmpeg 函数字段解释 1. linesize的解释 https://blog.csdn.net/liaozc/article/details/6110474 2.
91820发布于 2020-03-30 - 来自专栏Qt项目实战
Qt音视频开发2-vlc回调处理
支持windows+linux+mac，支持vlc2和vlc3。 多线程显示图像，不卡主界面。 自动重连网络摄像头。 可设置边框大小即偏移量和边框颜色。
1.4K20发布于 2020-08-04 - 来自专栏秘籍酷
Linux音视频（V4L2运行原理）
Linux内核用一个被称为V4L2的机制来管理摄像头图像信息，它的核心工作原理就像日本料理店常见的流转餐桌，大厨将美食不断放到空盘子里，客人不断拿来吃。
1.5K30发布于 2019-08-08 - 来自专栏关键帧Keyframe
声音的表示（2）：作为音视频开发，你真的了解声音吗？丨音视频基础
我们唱歌发出声音，用耳朵听到声音，用手机记录并分享声音；如果作为音视频开发人员，我们还会在工作中处理众多声音数据。但是，你真的了解『声音』吗？ 这些符号代表将原音升高或降低半音，在十二平均律（现在最广泛使用的调音法）中则是将原频率乘或除以 2(1/12)=1.0594 倍，即升高 n 个半音就将原频率乘 2(n/12) 倍，降低 n 个半音则乘 2(-n/12) 倍。 ♯C2 17.32 D0 D1 D2 18.35 D♯0/E♭0 ♯D1 ♯D2 19.45 E0 E1 E2 20.6 F0 F1 F2 21.83 F♯0/G♭0 ♯F1 ♯F2 23.12 G0 G1 G2 24.5 G♯0/A♭0 ♯G1 ♯G2 25.96 A0 A1 A2 27.5 A♯0/B♭0 ♯A1 ♯A2 29.14 B0 B1 B2 30.87 C1 C C1 32.7 C♯1
1.8K40编辑于 2022-06-13 - 来自专栏音视频直播技术专家
音视频直播技术--Android视频采集(Camera2)
Camera2 介绍 今天为大家介绍一下如何在 Android 上进行视频采集。在 Android 系统下有两套 API 可以进行视频采集，它们是 Camera 和 Camera2 。 我今天主要给大家介绍一下如何使用 Camera2 进行视频的采集。 原码可以在这里获取 Camera2 整体工作结构 Camera2结构图 Camera Device：代表一个摄像头，在一部手机上有可能有多个摄像头，如前置摄像头，后置摄像头等。 Camera2 主要类介绍 CameraManager：摄像头管理器。用于摄像头的管理，如检测系统摄像头、打开系统摄像头，获取摄像头参数。 小结 通过上面对 Camera2 API 使用的分析，我们们可以看到 Camera2 完全采用了异步的架构模式，在完成 Camera 每一步操作后系统都会通知用户，用户可以在回调时做下一步的操作，而不用一直等待
2.5K20发布于 2020-04-02 - 来自专栏实时音视频TRTC从小白到熟练
实时音视频开发学习2 - TRTC底层实现机制
采样遵循奈奎斯特定律：为了不失真地恢复模拟信号，采样率频率应该不小于模拟信号频谱中最高频率的2倍。而我们的声波最高为20kHz，所以采样率一般为44.1~48kHz。 基础解释之音视频全流程 前两部分基础主要让用户对视频和音频有了一个初体验，这一节内容主要讲述音视频的原理，以下为音视频的原理图： 音视频采集 从设备中获取音频的原始数据的过程称之为采集。 时间冗余是指多张图像之间，有非常多的相关性，由于一些小运动造成了细小差别，如小求在空中的运动，在一秒和2秒之间画面中只有小球的轨迹发生变化而其余图像几乎保持不变。 H.264具有低码率、高压缩、高质量的图像、容错能力强、网络适应性强等特点，它最大的优势拥有很高的数据压缩比率，在同等图像质量的条件下，H.264的压缩比是MPEG-2的两倍以上。 AAC是由Fraunhofer IIS-A、杜比和AT&T共同开发的一种音频格式，它是MPEG-2规范的一部分。
3.5K21发布于 2020-08-20 - 来自专栏关键帧Keyframe
RenderDemo（2）：用 OpenGL 渲染视频丨音视频工程示例
渲染是音视频技术栈相关的一个非常重要的方向，视频图像在设备上的展示、各种流行的视频特效都离不开渲染技术的支持。 varying vec2 textureCoordinate; // 用于 vertex shader 和 fragment shader 间传递纹理坐标。2 维向量。 uniform sampler2D inputImageTexture; // 通过 uniform 通道获取纹理信息。2D 纹理。 camera2，Android 5.0 引入的 api，通过 android.hardware.camera2 包提供功能接口。 使用 camera2 的 demo 采集实现类。
1.7K10编辑于 2023-02-14 - 来自专栏音视频专栏
音视频知识体系(基础篇2)----编码标准之战
看一下这些比较重要的国际组织（音视频前沿：新一代 AV1 视频标准究竟是怎样一种存在？ 参看 2.13本土编码 AVS AVS是中国具备自主知识产权的第二代信源编码标准，是《信息技术先进音视频编码》系列标准的简称，其包括系统、视频、音频、数字版权管理等四个主要技术标准和符合性测试等支撑标准 2002年6月，“数字音视频编解码技术标准工作组”（简称AVS工作组）由国家信息产业部科学技术司批准成立，挂靠单位为中国科学院计算技术研究所。 工作组的任务是：面向我国的信息产业需求，联合国内企业和科研机构，制（修）订数字音视频的压缩、解压缩、处理和表示等共性技术标准，为数字音视频设备与系统提供高效经济的编解码技术，服务于高分辨率数字广播、高密度激光数字存储媒体 2006年2月，AVS视频编码成为国家标准，获批的标准号为GB/T20090，并于2006年3月1日起实施。数字音视频编解码技术标准工作组。
3.8K42发布于 2021-01-27 - 来自专栏猫哥的专栏
【Android 音视频开发打怪升级：音视频硬解码篇】三、音视频播放：音视频同步
一、音视频数据流分离提取器 上篇文章，多次提到音视频数据分离提取器，在实现音视频解码器子类之前，先把这个实现了。 setDataSource(path) 【2.1/2.2，获取音视频多媒体格式】 音频和视频是一样的： 1）遍历视频文件中所有的通道，一般是音频和视频两个通道； 2） 然后获取对应通道的编码格式，判断是否包含 size < bufferInfo.size / 2) { mAudioOutTempBuf = ShortArray(bufferInfo.size / 2) 系统时间 而系统时间作为统一信号源则非常适合，音视频彼此独立互不干扰，同时又可以保证基本一致。 实现音视频同步 要实现音视频之间的同步，这里需要考虑的有两个点： 1. mIsEOS) { //【解码步骤：2.
2.9K20发布于 2020-04-01 - 来自专栏字节流动
FFmpeg+SDL2 实现简易音视频同步播放器
经过前面一系列的 SDL2 学习，终于到最后实现一个完整的简易播放器了。 线程模型 这是实现的简易播放器的线程模型，通过这张图再结合我们之前博客中学习的内容，基本可以了解播放器的一个整体运行流程。 重要结构体 VideoState 整个播放器中最重要的结构体，解复用、解码、音视频同步、渲染相关参数都在该结构体中，它贯穿了整个播放流程。 audio_ctx; // 音频解码上下文 PacketQueue audioq; // 音频队列 uint8_t audio_buf[(MAX_AUDIO_FRAME_SIZE * 3) / 2] AV_NOPTS_VALUE) { } else { pts = 0; } pts *= av_q2d diff >= sync_threshold) { // 视频时间在音频时间之后，应该让视频延迟播放 delay = 2
98311编辑于 2023-09-04 - 来自专栏福大大架构师每日一题
音视频八股文（2）--ffmpeg常见命令（1）
2.将下载得到的包中的执行文件ffmpeg.exe、ffplay.exe和ffprobe.exe拷贝到C:\Windows目录下。这样，在命令行窗口中便可以直接访问这些可执行文件。 2.高级信息：输入ffmpeg -h long命令可以查看更加详细的帮助信息，包括各种输入输出格式、编码器、滤镜等的详细说明。 2.-acodeccopy选项：表示复制音频流而不进行重新编码。 3.-vcodeclibx264选项：表示使用libx264编码器进行视频编码。 4. 2.解码：分别对音频流和视频流进行解码，得到原始的音频帧和视频帧数据。 3.编码：使用指定的编码器(libx264或libx265)对视频帧进行重新编码，以达到需求的分辨率和压缩质量要求。 例如，命令ffplay -ar 48000 -ac 2 -f f32le believe.pcm中的-f f32le表示将信号解码为32位浮点格式的小端字节序。
1.7K20编辑于 2023-06-08 - 来自专栏福大大架构师每日一题
音视频八股文（3）--ffmpeg常见命令（2）
音视频同时变速 * 将 `test.mp4` 视频文件中的音频和视频同时进行变速播放，加快倍速为原来的 2 倍： ``` ffplay -i test.mp4 -vf setpts=PTS/2 -af 10-ffmpeg命令提取音视频数据 保留封装格式 * 将 `test.mp4` 视频文件中的音频流提取出来，保留原始编码格式，并输出到 `audio.mp4` 文件中： ``` ffmpeg -i 修改视频码率 * 将视频文件 `test.mp4` 中的视频码率限制为 400kpbs，并重新编码音视频数据保存为 Matroska 文件 `output_b.mkv`： ``` ffmpeg -i ，将编码后的音视频数据混合保存为 MP4 文件 `output_bva.mp4`： ``` ffmpeg -i test.mp4 -b:v 400k -b:a 192k output_bva.mp4 ` 需要注意的是，重新编码音视频数据可能会导致视频和音频质量的损失，因此应该根据具体需求谨慎调整。
2.6K10编辑于 2023-04-22 - 来自专栏福大大架构师每日一题
音视频八股文（3）--ffmpeg常见命令（2）
音视频同时变速 将 test.mp4 视频文件中的音频和视频同时进行变速播放，加快倍速为原来的 2 倍： ffplay -i test.mp4 -vf setpts=PTS/2 -af atempo=2 修改视频码率 将视频文件 test.mp4 中的视频码率限制为 400kpbs，并重新编码音视频数据保存为 Matroska 文件 output_b.mkv： ffmpeg -i test.mp4 -b -b:v 参数和 -b:a 参数分别指定输出视频流和音频流的比特率，同时由于没有加入 -vcodec copy 和 -c:a copy 参数禁止直接拷贝原始数据，因此会自动重新编码音视频数据。 需要注意的是，重新编码音视频数据可能会导致视频和音频质量的损失，因此应该根据具体需求谨慎调整。 mp4 ffmpeg -i 红海行动.mp4 -ss 00:05:00 -t 10 -codec copy 3.mp4 如果音视频格式不统一则强制统一为 -vcodec libx264 -acodec
2K121编辑于 2023-06-09 - 来自专栏DevTips
「音视频专题」 音视频基础概念介绍
01 前言 大家好，从本文开始我们将从 Android 音视频专题开始探索，并按照 iOS/Android 音视频开发专题介绍 依次开始。 iOS 音视频专题将在 Android 音视频专题结束后进行。 在进入实战之前，我们有必要了解下音视频相关术语。 02 音频视频编码 什么是音视频编码 ？ 所谓音视频编码就是指通过特定的压缩技术，将某个音视频格式的文件转换成另一种音视频格式文件的格式。 音视频编码的意义 ？ 音视频编码的最终目的是对音视频进行压缩，未经编码（压缩）的音视频数据量大，存储困难，不利于网络传输。如果视频不经过编码压缩，在直播场景下做不到实时传输的需求。 视频编码格式有哪些 ？ MP3 全称 MEPG-1 or MEPG-2 Audio Layer III，曾经非常流行的一种数字音频编码和有损压缩格式。
1.7K10编辑于 2022-01-20 - 来自专栏iOS 音视频接入-TRTC
iOS 音视频接入-音视频基础
2）帧率：每秒的帧数量，单位是fps，也是我们常说的屏幕的每秒刷新频率（简单理解为每秒播放多少张图像）。帧率越高会影响画面质量，帧率越低会影响观感。帧率决定整个画面的数量！ 就像指针一样，存储的是值的地址，而不是真正的值 2、像素格式：RGB像素格式中的bit存储的是每一个像素点的R,G,B。 比如一个文件“变形金刚.avi”，观察这个文件的后缀为.avi,属于avi的封装格式，“变形金刚2.Mkv”，它就属于mkv封装格式， “变形金刚3.rmvb”就是rmvb封装格式。 2、声道数：同时采集同一个音源的通道数量，常见单声道(mono)或立体声(stereo)。例：使用两个麦克风同时采集一个人讲话，将两个音频合在一起就为双声道。只有一个麦克风采集，就是单声道。 大体流程图如下： [音视频的客户端实现过程] 音视频采集 产生音视频数据的源头叫做输入设备，在输入设备中获取音视频原始数据的过程，称为采集。
2.6K53发布于 2020-09-27 - 来自专栏音视频技术
音视频+
” 8月5日-6日，LiveVideoStackCon 2022 音视频技术大会 上海站，和你一同开启通向未来的大门。 音视频+ 从音视频编解码到网络传输的进一步降低时延；从智能硬件的开发到内容生产端与消费端的升级；从客户端建设到服务质量与体验的提升……音视频领域内的方方面面都在不断向前推进，助力着一个又一个行业从初生到走向成熟 「音视频+」给人们带来了多彩的生活，也给行业带来了无限可能。在本专题中，我们将探讨音视频技术与不同行业的高密度融合，会给行业带来怎样的技术新实践、新贡献呢？ 讲师与议题 HDR作为超高清音视频产业的关键技术之一，拥有更广的色彩容积和更高的动态范围。 消费侧，通过智能理解和推荐，短视频重构了人们内容获取的方式，但生产侧，音视频生产依然停留在传统时代。
70730编辑于 2022-07-26 - 来自专栏智媒黑板报
音视频封装：MPTG2-TS 媒体封装实例解析和说明
问题背景： 首先明确这两种格式都是音视频的封装格式，是由国际电信联盟出的具体标准，具体文档见ISO/IEC－13818。 唯一分配给了PAT，也是分析PMT，音视频包的开始，它是PSI信息的根节点，要查找节目必须从PAT开始。 这里面定义的真实码流视频和音频的PID，所以PMT是定义每路节目的音视频类型TYPE和编号PID的关键。 然后以定义PID分别过滤音频，然后再过滤视频，这样就完成了从TS文件到音视频数据的过滤。 1. 第一步找PAT,注重分析PMT的表的PID； 2. 第二步找PMT，分析里面是否含有音视频，音视频编码格式，音视频的PID； 3. 第三步根据音视频的PID过滤音频TS包和视频TS包 4.
4.3K50发布于 2020-11-12 - 来自专栏音视频技术学习笔记
音视频技术(6)-iOS音视频同步
音视频同步播放流程 网上绝大多数代码都是参照ffplay来实现的，下面按照接入流程一步步讲解如何实现iOS平台上音视频同步 iOS接入ffmpeg和SDL可以参考前面的文章，本文不做赘述。 打开流并解析音视频帧 注意几点 1.新版本ffmpeg里，新增api,avcodec_parameters_to_context(...)用来获取解码参数 2.新的解码方法，和渲染的api 视频解码需要将pts自然数转成秒值，以和音频同步，音视频同步有多种方法，基于人对声音比较敏感，一般采用视频同步到音频。 可以参考前面音频 和 视频渲染讲解，没有复杂之处 本篇文章花的时间较长，反复研读代码才基本明白是怎么回事，想要再进一步理解，还得去读ffmpeg的源码实现，当前阶段先不做深入了解，比这更重要的是把整个音视频处理大的流程和基本原理磕清楚 音视频处理确实涉及的技术比较深，与笔者当前的工作并不match，只能在不多的休息时间里再挤一点时间，日拱一卒去学习钻研，加油。
2.6K30发布于 2020-03-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号