[链接] http://www.52im.net/thread-228-1-1.html
日前，思科合作伙伴深圳华运通科技有限公司（简称：华云通）为房多多网络科技有限公司（简称：房多多）成功搭建了统一通讯平台—Cansee可视云平台。通过该平台，房多多在大幅降低沟通成本的同时，显著提升了沟通效率，进而实现了工作效率、业务能力的成倍提高，为公司业务发展起到了巨大的促进作用。
亮眼云的音视频SDK从客户业务角度以及技术应用维度提供了更好的跨平台的场景化解决方案，真正解决了目前市面上大部分实时通讯产品与方案中存在的问题。 2018新年伊始，亮眼云技术团队依托在音视频处理和实时
虚构不存在的事物，我们创造了无数的虚拟形象。而更有趣的是，我们不仅在虚拟中仿真现实，还在现实中虚构真实的人……
没错，分布式IM即时通讯系统已经上线双向视频通话功能，至此，已完全支持发送文本消息、表情消息、图片消息、文件消息、语言消息和双向视频通话。所有的功能从需求、原型、设计、架构、编码，到测试、部署、运维，冰河都为你安排的妥妥的。
不做任何开发，就能实现弱网环境下实现实时视频直播零卡顿，听上去是不是天方夜谭？看完这篇文章你就知道，我们是如何做到的。
本文引用了微信公众号“鲜枣课堂”的《视频编码零基础入门》内容。为了更好的内容呈现，引用和收录时内容有改动，转载时请注明原文来源信息，尊重原作者的劳动。
在视频处理中，我们经常会用到不同的色彩空间：非线性RGB，线性 RGB，YUV，XYZ……为什么需要这么多的色彩空间呢？为什么在 FFMpeg 中会有 color_space，color_transfer，color_primaries 等一系列的颜色属性呢？这些术语之间究竟隐藏着什么秘密？
腾讯实时音视频（Tencent Real-Time Communication，TRTC），这是官方对TRTC的定义。
自从苹果公司在iPhone 4引入了视网膜屏幕的概念以来，手机的分辨率自此开始突飞猛进。当前，1920x1080甚至更高的分辨率已经成为了标配。不过当我们谈到实时音视频聊天的时候，无奈受制于上行带宽，有相当一部分用户还是只能发送码率在250kbps以下的小分辨率视频码流，这就白白浪费了用户的高清手机屏幕。
IM App 是我做过 App 类型里复杂度最高的一类，里面可供深究探讨的技术难点非常之多。这篇文章和大家聊下从移动端客户端的角度所关注的IM消息可靠性和送达机制（因为我个人对移动客户端的经验积累的比较丰富嘛）。
随着微博、腾讯、网易等巨头入场，直播大战竞争日趋白热化，综合视频直播平台已被微博等巨头牢牢占据，垂直细分成为新方向。电商+直播，商务+直播，游戏+直播，旅游+直播，社交+直播，资讯+直播……越来越多的
目录： 媲美zoom的视频会议app WebRTC的行业地位 RTC架构 动态分辨率调整 ---- 媲美zoom的视频会议app 上一期《WebRTC安全问题：私有IP与mDNS》中介绍了私有IP
以现在主流的即时通讯应用形态来讲，一个完整的即时通讯IM应用其实是即时通信（英文简写：IM=Instant messaging）和实时通信（英文简写：RTC=Real-time communication）2种技术组合在一起的一整套网络通信系统。之所以以IM这个简写代称整个即时通讯软件，其实是历史原因了（因为早期的诸如ICQ这样的即时通讯工具，也就是文字聊天，并没有加入实时音视频这样的实时通信技术），对这个话题有兴趣的可以到网上查一查IM的发展历史。
有人说 2017 年是 WebRTC 的转折之年，2018 年将是 WebRTC 的爆发之年，这并非没有根据。就在去年（2017年），WebRTC 1.0 标准草案出炉（实际上WebRTC标准草案的早期版本早在2011年就已经发布，WebRTC并非一夜之间就出现的技术），并将于今年正式发布。与此同时，越来越多的浏览器和厂商都开始对它进行广泛的支持，WebRTC 即将成为互联网的基础设施了，或许门槛如此之高的实时音视频技术终有白菜化的那一天。
这是由一篇我的演讲稿整理出来的文章，目标读者是对实时音视频开发感兴趣但是又不知道如何下手的初学者们，希望把我的经验分享出来，对大家有所帮助。
IM发展至今，已是非常重要的互联网应用形态之一，尤其移动互联网时代，它正以无与论比的优势降低了沟通成本和沟通代价，对各种应用形态产生了深远影响。
UE4（Unreal Engine 4）是目前世界上最知名、最顶尖的3D游戏引擎，UE4的画质效果完全达到3A游戏大作的水准。本文主要研究如何基于WebRTC技术实现Web端的三维呈现和互操作。
实时音视频的开发学习有很多可以参考的开源项目。一个实时音视频应用共包括几个环节：采集、编码、前后处理、传输、解码、缓冲、渲染等很多环节。每一个细分环节，还有更细分的技术模块。比如，前后处理环节有美颜、滤镜、回声消除、噪声抑制等，采集有麦克风阵列等，编解码有VP8、VP9、H.264、H.265等。
这是一个云计算的时代。 这是一个互联网的时代。 这是一个分工合作，快速奔跑的时代。 云计算的概念在国内经过多年的造势与推广已经逐渐的落地，随着IaaS、SaaS和PaaS服务模式的不断落地，云计算对于传统的各大软件、硬件服务行业产生了巨大的影响。 云计算的出现打破了地域的概念，打破了传统企业以及互联网开发人员对于资源配置的观点，几乎所有的计算和存储资源都集中到了“云”端，用户端将变得越来越简单。通过虚拟化技术，“云”端的资源将被用户以租用方式使用，用户不再需要自己购置和升级软硬件。 相较于云计算对于软、硬件
HQ Trivia 号称直播答题的鼻祖，它是一款小知识互动游戏，由短视频社交鼻祖Vine的联合创始人拉斯-尤苏波夫和科林-克罗尔共同开发
由于即时通讯系统的复杂性和对服务器稳定性的很高要求，一般即时通讯系统开发至少需要1年左右的时间，而这还只是测试版，离"稳定"还有一定距离，而这时匆匆上马的不稳定的系统会让你失去用户，您也不可能召集上万台电脑进行测试，那样的成本本身已经相当高，而无论如何测试，也仍然只是测试系统。而我们的系统，是经过几年的正式使用，经受过实际高用户量稳定运行的系统。这是长时间专业积累的经验和成果。所以，需要选择与专业的音视频即时通讯开发公司合作，可以快速获得即时通讯的开发经验和一套稳定的系统。
京东的京麦商家后台2014年构建网关，从HTTP网关发展到TCP网关。在2016年重构完成基于Netty4.x+Protobuf3.x实现对接PC和App上下行通信的高可用、高性能、高稳定的TCP长连接网关。
FMS是一个完全基于软件环境的多媒体实时通讯环境，代表了当前实时通讯领域内的发展的方向，并且，其自身也融合了大量的新特色，用于创建下一代通讯应用程序 简而言之，Adobe的FMS是一个多媒体应用平台，在这个平台上，可以实现多媒体流的点播、直播、交互等多种应用，由于Adobe公司在网络多媒体应用上的雄厚实力，以及Adobe Flash Player在网络上应用的广泛性，因此，FMS成为诸多多媒体应用的服务器端主要应用平台。如Youtube、tudou等。FMS是一个应用平台，同时更是一个二次开发平台，在这个平台上，可以实现多种网络多媒体内容的传播和交互应用。支持协议：RTMP、RTMPT、RTMPE、RTMPS、RTMFP都是FMS支持的协议。使用FMS可以捕获（甚至录制）用户客户端的视频和音频流。信息通过FMS使用Real-TimeMessaging Protocol (RTMP)协议被传递到客户端（用户计算机上的Flash Player）。当一个Flash影片应用程序要使用 FMS时，Flash Player就连接到服务器，这样就在客户端Flash Player和FMS之间提供了往复的源源不断的信息流，称为network stream（网络流）。其他的用户也可以同时连接到相同的FMS接收信息、更新数据以及音频和视频，这些都是“网络流”。FMS的功能平台由两部分组成：服务器提供通讯方式；Flash影片应用程序（SWF文件）提供终端用户界面。
本文来自腾讯视频云终端技术总监rexchang（常青）技术分享，内容分别介绍了微信小程序视音视频和WebRTC的技术特征、差异等，并针对两者的技术差异分享和总结了微信小程序视音视频和WebRTC互通的实现思路以及技术方案。希望能带给你启发。
本文将分享新浪微博系统开发工程师陈浩在 RTC 2018 实时互联网大会上的演讲。他分享了新浪微博直播互动答题架构设计的实战经验。其背后的百万高并发实时架构，值得借鉴并用于未来更多场景中。本文正文是对演讲内容的整理，请继续往下阅读。
2017 年 12 月，微信小程序向开发者开放了实时音视频能力，给业内带来广阔的想象空间。连麦互动视频直播技术在 2016 年直播风口中成为视频直播的标配，然而只有在原生的 APP 上才能保障良好的用户体验。
“ 目前，实时音视频通讯的实现方案在浏览器上有两种，分别是H5和WebRTC，前者可以拉流观看，后者可以实现推流和拉流。”
<数据猿导读> 会畅通讯战略总监李然在2016年中国信息通信大数据大会上发表了以“新通信时代企业多方通信的全球创新之路”为主题的演讲。他主要围绕企业协作通讯平台的规划和搭建，还有整个规划系统过程中，总
后人口红利时代，企业数字化转型逐步迈向深水区，在层出不穷的新兴通讯方式的冲击下，如何适应移动互联网时代的沟通与协作，转变企业运营模式，成为传统企业新的关注点。
Android端的视频相关的开发，大概一直是整个Android生态，以及Android API中，最为分裂以及兼容性问题最为突出的一部分。摄像头，以及视频编码相关的API，Google一直对这方面的控制力非常差，导致不同厂商对这两个API的实现有不少差异，而且从API的设计来看，一直以来优化也相当有限，甚至有人认为这是“Android上最难用的API之一”
如果想要在浏览器上实现音视频的实时通讯，H5和WebRTC是两种可选方案，但是二者有明显的区别，优劣也比较突出。今天，我们就来简单了解一下。
实时通讯在今天仍然存在着挑战。例如，在 WiFi 覆盖不佳的地区，实时通讯将难以实现。另外，实时通讯将在未来几年内延伸到许多连接设备中，这将是一个不断增长的趋势；同时，借助人工智能的力量，实时通讯将得到加速和改进。
What is WebRTC? WebRTC是Web Real-Time Communication的简称，它是谷歌的一个开源项目，其目的是通过一系列的协议和规范来让浏览器提供支持实时通讯功能的AP
本文来自新浪微博视频转码平台技术负责人李成亚在LiveVideoStackCon 2017上的分享，由LiveVideoStack整理成文。李成亚分享了微博短视频如何提升用户体验、降低成本的思路与实践，包括提升短视频发布速度，降低长视频转码时间，通过新的Codec减少带宽成本等。
没错，经过一年多的沉淀，在深入研究了多家OpenAI大模型的底层原理与核心算法，并且没日没夜的训练和纠正了多个OpenAI大模型的错误回答后（大半年纠正的错误回答近100个，这着实让人很有成就感），冰河正式入局OpenAI大模型，或许有小伙伴会问：别人早就入局了，你现在才入局是不是晚了点？
如果你是一位工程师，想必听过 WebRTC，就算没有开发过；如果你是一位互联网用户，大概率使用过 WebRTC，虽然可能没有意识到。在这个视频为王的时代，我们漫谈一下这个技术的来龙去脉以及一些有趣的应用。
不是解决方案，也不是某种代码库。但却有可能帮助我们在业务上实现新的突破，让我们一起来聊聊，WebRTC 是什么？
会议是企业日常工作的关键组成部分。随着企业的规模越来越大、监管层级的结构越来越复杂、分支机构部署的越来越多，传统的集中召集式会议因为其愈发高昂的会议成本、低落的会议效率等因素已经越来越不能应付一个现代化企业的会议互动需求了。如何精确的利用原有的办公网络与工作电脑，实现信息化会议交流，把会议成本缩减到最小，是目前很多企业亟待解决的一个问题。
类似于互联网的生态搭建，必捷网络的野心在于视联网生态的搭建。 提起物联网，大多数人都耳熟能详；但是说到“视联网”，很多人还是一头雾水。其实摒弃陌生的概念，只看实际应用，大家还是十分熟悉的。如公司的视频会议、杭州G20国际峰会提供的应急指挥系统等，都是视联网技术在不同场景下的应用。 近几年，视联网跨行业应用存在壁垒艰深等问题，这也促使了该行业内各大公司主推视联网解决方案，然而不可否认的是，现今大多的解决方案还是治标不治本的。 不同于其他同类公司，针对这一行业自身技术应用带来的痛点，必捷网络不仅给出产品、解决方
分布式IM即时通讯系统本质上就是对线上聊天和用户的管理，针对聊天本身来说，最核心的需求就是：发送文字、图片、文件、语音、视频、消息缓存、消息存储、消息未读、已读、撤回，离线消息、历史消息、单聊、群聊，多端同步，以及其他一些需求。
本文来自网易云音乐音视频实验室负责人刘华平在LiveVideoStackCon 2017大会上的分享，并由LiveVideoStack根据演讲内容整理而成（本次演讲PPT文稿，请从文末附件下载）。
国庆结束，宅在家里的我 通过朋友圈，弹指间游遍全球 斯里兰卡 ▽ 马尔代夫 ▽ 新疆火烧云 ▽ …… 这些照片，主要有2种风格 浮夸型，滤镜、美颜、风格，生成ins网红景点 自然型，iphone自带编辑，朋友圈的一股清流 一些热门拍摄、美图的App 也逐渐增加社交板块 似乎从拍摄剪辑到直播聊天，是顺理成章的事情 那么， 以拍摄录制起家的app， 是如何搞定百万日活用户的并发聊天？ 这里抛出一个问题 即时通讯IM功能会面临哪些挑战？亿万级消息并发？稳定容灾的安全性？ 今天，我们从“百万聊
WebRTC，名称源自网页实时通信（Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的技术，是谷歌2010年以6820万美元收购Global IP Solutions公司而获得的一项技术。这项技术的一大特点就是无需任何插件。得力与Google将其开源（当然也有Google自己的市场战略意义），如今WebRTC已经不仅仅局限于PC的网页浏览器，Android，iOS平台上很多应用都已经采用了这样技术 虽然其名为WebRTC，但是实际上它不光支持Web之间的音视频通讯，还支持Android以及IOS端，此外由于该项目是开源的，我们也可以通过编译C++代码，从而达到全平台的互通。
从直播在线上抓娃娃，不断变化的是玩法的创新，始终不变的是对超低延迟的苛求。实时架构是超低延迟的基石，如何在信源编码、信道编码和实时传输整个链条来构建实时架构？在实时架构的基础之上，如果通过优化采集、编码、传输、解码和渲染中的关键环节来降低延迟？本文将会介绍即构在这方面的思考与实践。
雷辉：TeeVid是一家以色列的创业公司，专注于WebRTC标准架构下的平台和应用开发，商业发展方向则主要倾向于视频会议行业的解决方案提供。公司的核心成员主要来自于视频会议行业的RADVISION公司，该公司曾发起和制定了上一代的视频行业标准H.323，于2012年被通讯公司AVAYA收购。本人也曾在RADVISION/AVAYA公司工作超过10年，期间主要专注于产品，BD和技术管理工作。
LiveVideoStack：杨攀你好，简单介绍下自己的工作经历，以及在融云负责的工作内容和专注的领域。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
