这是两年前刚接触WebRTC时整理的PPT，分享出来！从WebRTC技术概览、WebRTC客户端技术、WebRTC服务端技术三个方面来梳理！

刚入职H公司一个月，开始修改的问题主要是文档日志类，这些文档包括对外输出的用户手册和产品使用说明；其中有逻辑严谨，并经过测试验证的流程描述，也有故障恢复步骤说明，并要求对应的英文文档，体会最深的是对Word使用的熟练程度，不亚于毕业论文文档格式要求，所以尽管过去8年之久，依然记忆犹新；LM抽查问题修改单，其中就有我修改的一个，这是一个文档修改的需求单，通过问题单的形式修改提交，处于已经回归完成阶段

FEC(Forward Error/Erasure Correction）称为前向纠错技术，通常结合Reed-Solomon算法（RS算法），由发送方进行FEC编码后，引入冗余包，接收方进行FEC解码并恢复丢失的数据包，以解决由于UDP的丢包引起通话双方的卡顿，花屏等QOS问题；根据互联网成熟的案例，增加冗余包是对抗丢包常用且有效方法，在合适的冗余比下，能显著提升UDP传输的丢包、乱序抵抗力，为上

主要需要实现如下几个核心能力：1、支持GB28181的SIP协议栈；2、网络框架，处理UDP、TCP等Socket；3、H264/H265/AAC/OPUS/等编码和解码库；4、解码播放显示框架；主要三方框架：1、网络框架使用ZLMediaKit中的zltoolkit ;2、sip协议栈使用sip_sofia ;3、codec包括ffmpeg/x264/openh264, ilbc,faac,fa

接触过一些非专业的同学转行到程序员这个行业的，动手能力和代码能力都很强，但是底层知识的逻辑总会稍显欠缺，我也是在想这个问题，到底缺少的是什么？专业论坛也是对从培训班出来的同学，带着各种有色眼镜，原因是什么？先看看大学软件工程类专业必修的专业课程：计算机组成原理、程序设计语言、计算机多媒体编程、计算机网络、数据结构、操作系统、编译原理、数据库、软件工程、统一建模语言、软件体系结构...；这些专业书籍

medooze的mcu源码还是比较好理解的，Modooze 异步 I/O 事件处理机制是依靠 poll 来驱动的，目录清晰，代码结构也不复杂​，适合用来做mcu框架的参考！

《贫穷的本质》中，提到穷人像是赤脚的对冲基金经理，生活中充满风险，一次旱灾一场暴雨，生个病出个意外，就能让他们的生活陷于困境，但又得不到任何应有的保障，也很少通过买保险去转嫁风险， 所以才有了很多包括政府兜底，城镇医保或者居民医保，或者补助保险的方式确保农业群体能在自然灾害面前受益的农业保险项目的存在；但保险转嫁风险的意识，转变起来又谈何容易，可能只有付出代价后才悔不当初，贫穷归因的一个很重要因素

同事说最近的短剧《我是余欢水》很火，说的是一个屌丝逆袭的男人的故事，借着假期，进入刷剧模式，两天刷完了十二集的短剧《我是余欢水》！一场车祸，带来一个谎言，接着后面的是十几年谎言的人生；误诊的胰腺癌晚期，荒诞的城市英雄，带来了一次新的重生，奇怪的临终关怀之旅，有点烂尾的真心话大冒险，结局反正是太狗血！第一集有点被吸引住了，性格懦弱，不与人争锋芒，但业绩平庸，被同事瞧不起，为了迟到不被罚钱，用一千个谎

做转码服务的原型时，看了看MCU的实现，考虑到如果不做转码，可以将多路rtp流直接合成为一路rtmp流输出，这样对于多人连麦，然后转发直播的实现就很方便了，所以做了这个功能的实现！同转码服务的类图设计：基础库是ZLMediaKit，确实很方便！直接上代码：TranscoderTaskManager.h可以使用linux的nc 127.0.0.1 3500 进行客户端测

首先是有这么个问题：现在推出的手机都主打摄像头的性能，苹果的浴霸式摄像头组，华为小米等等高端机的摄像头都千万甚至亿级像素了，拍照还需要相机吗，我想很多专业人士给出的答案都是需要。前两天在极客时间上听了几节独立摄影师小麥的《摄影入门课》，从摄影的历史，到基本的ISO、光圈、快门、曝光的基本概念、应用场景，再到相机的选购，听过了好像有那么点感觉。