-
aac各个版本的区别
查看全部 -
各音频编解码器性能对比图
查看全部 -
音频编解码器：
1：opus，口模型：实时互动，对实时性要求非常高
耳模型：高保真，对质量要求非常高
至于什么时候使用那个模型，由opus自己内部来决定，同时，他是性能最好的，压缩率最好。
2：AAC，经常用于泛娱乐化直播，因为其对实时性要求不是很高但是对音质要求可能较高，所以，选用AAC，当然也可以选用opus的耳模型
3：sppex，最大的特点就是不进可以编码音频，还可以对音频进行降噪，优化，尽可能的获取原音频数据
4：G.711(722)，主要用于音视频会议，为了和固话进行相应的融合
查看全部 -
H264码流分层
查看全部 -
H264结构图
查看全部 -
ffmpeg 推流拉流命令
查看全部 -
泛娱乐化直播架构
信令服务器：创建房间、聊天、礼物。。。。
美女主播 --信令--> 信令服务器
信令服务器--rtmp流地址-->美女主播
美女主播 --推流--> 流媒体云CDN
观众 --信令--> 信令服务器：将观众加入到美女主播间
信令服务器--rmtp流地址--> 观众
观众 <--拉流--> 流媒体云CDN
查看全部 -
H264视频序列
查看全部 -
时域遮蔽示例图
查看全部 -
频域遮蔽示例图
查看全部 -
音频编码过程示例图
查看全部 -
H264压缩技术
帧内预测压缩，解决的是空域数据冗余问题
帧内预测压缩，解决的是时域数据冗余问题
整数离散余弦变换，将空间上的相关性变为频域上无关的数据然后进行量化
CABAC压缩，也叫上下文适应无损压缩
查看全部 -
喜欢课程查看全部
-
实时互动直播架构
基于UDP实现
自有网络: UDP没有自有网络, 需自己搭建
多个节点: 为了保障服务的稳定性以及负载均衡
控制中心: 每个节点定期(心跳)向控制中心报告健康程度, 控制中心根据响应的数据做出决策
内总线: 数据安全性\吞吐量等可靠性得以保障
媒体服务器: 将RTP协议的数据转换成RTMP协议的数据
CDN网络: 根据用户需求进行拉流
查看全部 -
泛娱乐化直播架构
基于TCP协议实现
发送信令到信令服务器, 服务器收到\执行后, 返回给共享端一个流媒体云的地址
共享端采集自己音视频数据, 形成rtmp流, 推送到CDN网络(推流)
获取流媒体云地址
拉流
查看全部
举报