- 博客(11)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 打造“零距离”互动直播间-低延时流媒体技术实践
行业的用户体验分析互动直播场景中有主麦主播、辅麦主播、粉丝三个要素，这三者之间关系构成了直播间的各种互动场景。主麦主播、辅麦主播可以无障碍的进行音视频通话，通常延时在300ms以内； （主麦、辅麦）主播与粉丝互动场景；主播说话，而粉丝以文字、图片、送礼物等方式进行互动；这种差别造成一次互动的延时在3000ms以上，想象一下如下互动场景：进场特效播放完依然没有收到问候 当主播与粉丝一起玩“王者荣耀”时需要偷塔时，无法满足 当主播与主播PK时，其中一个主播最后几秒想拉票时；无法满足 ... .
2020-06-10 17:28:50
1689
原创 WebRtc
从事音视频、网络传输开发也有5~6年的时间了；接触过很多开源的音视频解决方案，很少有说明白webrtc是啥，能做什么、怎么做、怎么衡量webrtc到底适合不适合；也看到了很多其他同学写的文章，是是而非、有些结论下的过早或者过时，作为一个从事webrtc开发5年的开发人员，webrtc应该是下一代的流媒体标准（至少是之一）。先入为主webrtc可以开发的系统很多，我接触的行业有以下几个：视频会议系统 直播推流 直播低延时播放 安防监控 云渲染、云桌面 其他传输、音视频相关的场景怎么做
2020-06-10 23:18:46
380
1
原创 webrtc承受了不该承受的误区汇总
误区1：webrtc只能做视频会议webrtc是实时通信，不但可以做视频会议，也可以做直播推流、播放、及其他的云渲染的。误区2：webrtc运维时需要多个端口webrtc没有规定只能使用多个端口，完全可以使用一个端口进行音视频的发送接收；服务器端一样可以做成单端口方案误区3：webrtc需要打洞，所以链接慢webrtc里面没有说一定要打洞，只要给一个ice candidate，内部就会探测candidate是否可用误区4：webrtc不支持H.264webrtc发展很快的，H.2
2020-06-10 00:12:16
415
原创 浅谈音视频网络传输
瞎扯谈到音视频方向的不可避免的谈到采集、前处理，编码、传输、存储、解码、后处理、显示；作为一个整体向用户提供时，性能、服务质量是最重要的标准，但是这里不谈论整体的性能、服务质量，我们谈论下传输相关的常见的问题和解决方案。其他步骤如何衡量都有专门的标准，不是这里要谈论的。这里的传输是泛指不单单指网络传输，但是我们这里确单单只谈论公网传输，因为公网传输是最复杂的场景，其他传输可以参考网络传输。...
2019-09-22 21:25:31
2204
原创 reed-solomon纠错码在实时通信中的应用及工程实践
网络的可靠性传输在实时通信中至关重要；就算后期做再多的处理，都不如网络传输可靠的效果好。在实际中我们经常要求低延时，低延时就带来我们的buffer特别小，buffer特别小抵抗网络抖动的能力就小，也就是发生卡顿的概率高；可以毫不客气的说，低延时和流畅率两个指标是在某些程度是互相矛盾的。为了实现低延时并且高流畅率的目标，一个牛逼的自适应buffer很重要，但是如果能做到网络不卡不掉数据，是更...
2019-02-17 21:41:37
691
原创 颜色空间区别
颜色空间颜色空间指的是坐标系统和子空间的阐述;换成白话理解的话，对一个色彩体系的模型。我们常说的是RGB颜色空间、YUV颜色空间；其实我们可以这么理解颜色空间，我们如果把颜色空间比作一个坐标系的话，那么一个确定的人眼能识别的色彩，在不同的颜色空间中他的表达肯定不一样啦,这也就是不同的颜色空间。以下是别人解释的YUV色彩空间，自以为比我解释的好的多，所以就复制过来了。(1） YUV
2017-04-08 20:38:44
584
原创 live555分析之基础知识-BT1120协议
今天谈点我所理解的BT1120协议。BT1120是高清晰度电视 (HDTV) 演播室信号数字接口，首先说一下接口标准里面的概念，然后谈谈自己的理解，写这个文章的目的就是解释给自己听的，所以都是一些白话描述的，希望各位大神批评指正。BT1120的数字接口：数字接口是在单个信号源与单个目的端之间提供单向连接，数据信号为二进制信息形式，相应的编码的信号有：1） 图像数据2） 定时
2015-01-04 23:26:46
5256
原创 STM32单片机选型原因，自己编写的IIC
STM32这款单片机最近几年特别的火，性价比高嘛，大家都信任它。以前也学习过STM32不过只是很浅显的学习了下大概，公司以前老是有AVR的单片机速度太慢了；所以我建议选择了这款芯片，其实也就是选型时的一些考虑，具体如下：1）、性能没得说；72M频率，价位才20左右，划算。公司产品量大，所以成本比较严。2）、扩展性比较强，STM32的几个系类，可以说几乎都是pin-to-pin 的，程序...
2014-07-27 22:19:15
2515
转载 IAR 编译器优化代码
IAR EWARM编译器和其他厂家的C编译器相比非常高效,但是当程序里面包含对时序要求比较严格的代码的时候,IAR常常会把这些代码过渡优化,破坏了时序的要求,造成程序错误,在程序代码比较紧的时候又必须优化,这是可以在包含时序要求比较严格的代码的函数前面,用#pragma optimize=none不进行优化或者#pragma optimize=low进行低级优化, 例如
2014-04-26 14:43:47
5404
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人