音视频专栏

代码结构 libavcodec : 提供了一系列的编码器的实现 libavformat : 实现流的协议, 容器格式以及IO操作 libavutil : 包括了hash器, 解码器和各种工具函数 li

SRS (Simple Rtmp Server), 它是单进程实现的. 在同一台服务器上可以启动多个进程同时提供服务. 它的定位是运营级的互联网直播服务器集群; 它提供了非常丰富的接入方案, 支持RT

nginx代码下载 : https://nginx.org nginx rtmp 模块下载 : https://github.com/arut/nginx-rtmp-module.git 解压下载的压

为什么巨大的原始视频数据可以编码成很小的视频? 使用的是什么技术? 核心思想就是去除冗余信息: 空间冗余: 图像相邻像素之间有很强的想关性, 涉及到的相关技术有 - 关键帧的帧内压缩(有损压缩)、帧内

FLV header : "FLV" + 版本号 + 偏移量 pre tagsize : 前一个tag的长度 tag : Tag header + Tag DATA Tag header : 类型(音

整个RTMP消息由 header 和body 组成,  header 又由三部分组成 : 基本头信息、消息头信息、扩展时间戳, 其中basic header是必须要有的, 而 message head

RTMP, Real Time Messaging Protocol实时消息传送协议, RTMP协议既可以传输AMF格式数据,也可以传输FLV格式数据。 主要应用于娱乐直播和点播的场景中, 苹果公司推

x264是所有H264编码器中运行效率最高、实现功能最强大的编码器. x264参数分类 预设值 preset fast/slow : 编码速度值预设, fast: 编码速度快 质量较低 适合实时通讯场

#include "video_recorder.h" #include <unistd.h> #include <string.h> #include "libavformat/avformat.h

H264 Profile 对视频压缩特性的描述, profile越高, 就说明采用了越高级的压缩特性, 压缩也就越高. 以constrained baseline为基础发展的两个分支 使用较多的是ma

H264压缩比 条件 :  YUV格式为YUV420 分辨率为640*480 帧率为15 H264建议码流: 500kbps (码流参考值 : https://docs.agora.io/cn/Int

视频: 由一组图像组成 为了传输/占用更小的空间而被压缩 最终在显示设备上展示(未被压缩) 图像: 由像素组成 像素通过RGB展示出来(三个发光二极管, 通过调节亮度显示不同的颜色) 分辨率: 宽高像

编码器内部有一个缓冲区, 对于音频来说, 输入一帧数据就能够输出一帧数据, 但是对于视频来说, 需要输入多帧数据才能输出一帧数据, 所以无论对于音频还是视频, 都需要输入一部分数据之后才会输出数据.

https://blog.csdn.net/leixiaohua1020 https://ffmpeg.org/ffmpeg.html

为什么在Mac下使用API方式可以打开设备, 但在windows下就不行呢? 答: Windows下对于设备中的中文由特殊要求, 必须对设备名进行UTF-8编码. 音频设备参数可以修改吗? 答: 设备

读取数据 API: av_read_frame 读取音视频或视频数据, 如果读取的是视频包放入视频文件, 如果读取的是音频包, 放入音频文件, 一次实现音视频数据的分离. 两个参数和返回值: AVFo

1、什么是音频重采样 将音频三元组(采样率、采样大小、通道数)的值转成另外一组值. 例如 : 将44100/16/2 转成 48000/16/2 音频三元组中的任何一个值发生变化都属于音频重采样. 2

参考资料: http://ffmpeg.org/ffmpeg-codecs.html#libfdk_005faac 采集音频:  ffmpeg -f avfoundation -i :0 out.wa

AAC(Advanced Audio Coding)由Fraunhofer IIS、杜比实验室、AT&T、Sony等公司共同开发, 目的是取代MP3格式. 最开始是基于MPEG-2的音频编码技术, M

常见的音频编解码器包括: OPUS、AAC、Ogg、Speex、iLBC、AMR、G.711等. 其中, AAC在直播系统中应用比较广泛, 取代了MP3, 保真性和压缩率更优; OPUS是较新的音频编