EasyIPCamera非常适合于安防领域、教育领域、互联网直播等领域；TCP/UDP 方式分别连接20路下，1080P 4M 定码率，音频格式G711（64K）G726（16K 24K 32K 40K）AAC(64K 96K 128K)都没问题；支持Basic、Digest两种鉴权模式；EasyRTSPServer是由。

1、嵌入式端的资源有限，大部分的嵌入式因为成本敏感的原因，flash总的空间大小控制在16M左右，这就导致每一块的资源用量都是严格要求的，所以，RTC通信这一小块的用量要尽可能的低，这也就是我们为什么要将EasyRTC压缩到500K-800K的原因了！2、另外，WebRTC的调用本就是一个很复杂的过程，很难捋清楚脉络，所以，一套行之有效的RTC调用流程封装就至关重要了。

这个对比EasyRTC.h头文件看，要轻松多了~

EasyRTC在hi3516cv610芯片上能双向通话、发送文字以及二进制指令，总体运行效果非常好！

简单进行了一些尝试之后，有很大可能，我们能够将EasyRTC的SDK空间占用缩小到500K上下，这就给集成商、硬件厂商极大的操作空间，EasyRTC目前已经发布在Github：https://github.com/EasyDarwin/EasyRTC，大家可以体验一下水准！专为此事，我们近期做了一些讨论，通过修改编译参数，例如使用-Os(优化体积)代替-O2或 -O3(速度优先可能导致代码膨胀)、

如何能够让嵌入式智能硬件与用户之间形成可靠的联系？j借助于WeChat在社交领域的霸主地位，再借助IPC产业的发达优势，于是“IPC+WeChat”就是一个完美的组合了，不用再为呼不通而烦恼。

WebRTC的主要优势是支持浏览器内核之间的实时通信，尤其是现在App原生应用越来越少，小程序应用越来越多，WebRTC作为Web浏览器之间进行实时音频、视频和数据传输的能力协议，就特别凸显优势了。

简单进行了一些尝试之后，有很大可能，我们能够将EasyRTC的SDK空间占用缩小到500K上下，这就给集成商、硬件厂商极大的操作空间，EasyRTC目前已经发布在Github：https://github.com/EasyDarwin/EasyRTC，大家可以体验一下水准！专为此事，我们近期做了一些讨论，通过修改编译参数，例如使用-Os(优化体积)代替-O2或 -O3(速度优先可能导致代码膨胀)、

EasyRTC在hi3516cv610芯片上能双向通话、发送文字以及二进制指令，总体运行效果非常好！

尤其是移动端版本，最新版本计划在自研的ffmpeg客户端EasyStreamClient的基础上进行移动版本播放器的开发，摒弃之前ijk ffmpeg的框架，EasyStreamClient经过多年的发展和积累，可以负责人的说是实战兵王，底层取流用EasyStreamClient将更加稳健，而且整体工程将更加轻量。这3个播放器各有各的应用场景，用户量也是巨大，像RTSP版本的播放器，到今天依然还有