tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly

webrtc

https://www.zhihu.com/question/22301898

作者：ancientcc链接：https://www.zhihu.com/question/22301898/answer/145669695来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。首先补充你的一句话，WebRTC的Native Code部分早就可以用在iphone，而且支持得很好，像硬编码、硬解码H264都是运行得很好了。webr

webrtc主要实现了rtp和codec层面的工作，信令协商完成后，实现终端之间的媒体流通信。应该说webrtc不包含SIP这类信令层面的东西。所以SIP和webrtc没有可比性。从WebRTC的标准来说,信令没有规定要用那种, SIP/Jingle好像是推荐的webrtc提供一个媒体协商流程，至于用sip xmpp还是jingle 你自己实现就好

http://blog.youkuaiyun.com/caoshangpa/article/category/6533427

什么是WebRTC？众所周知，浏览器本身不支持相互之间直接建立信道进行通信，都是通过服务器进行中转。比如现在有两个客户端，甲和乙，他们俩想要通信，首先需要甲和服务器、乙和服务器之间建立信道。甲给乙发送消息时，甲先将消息发送到服务器上，服务器对甲的消息进行中转，发送到乙处，反过来也是一样。这样甲与乙之间的一次消息要通过两段信道，通信的效率同时受制于这两段信道的带宽。同时这样的信道并不适合数据流的

什么是WebRTC？众所周知，浏览器本身不支持相互之间直接建立信道进行通信，都是通过服务器进行中转。比如现在有两个客户端，甲和乙，他们俩想要通信，首先需要甲和服务器、乙和服务器之间建立信道。甲给乙发送消息时，甲先将消息发送到服务器上，服务器对甲的消息进行中转，发送到乙处，反过来也是一样。这样甲与乙之间的一次消息要通过两段信道，通信的效率同时受制于这两段信道的带宽。同时这样的信道并不适合数据流的

1. 陈超：http://edu.youkuaiyun.com/course/detail/2918/48264?auto_start=1http://edu.youkuaiyun.com/course/detail/2314http://edu.youkuaiyun.com/search?keywords=%E9%99%88%E8%B6%85&type=02.殷文杰：http://edu.csdn.ne...

这两天在Ubuntu Server 14.04下编译了一遍WebRTC，记录了过程，放在这里，有需要的朋友可以参考。几点提示：我使用的是Ubuntu Server 14.04，上面没开发环境，也没桌面，从零开始配置。需要连接VPN才可以完成源码的下载和更新，以及部分依赖的安装编译过程首先要安装一些基础包，比如g++、Python等，使用下面的命令：sudo ap

前言　　如果网络是理想的，即无丢包、无抖动、低延时，那么接收到一帧完整数据就直接播放，效果一定会非常好。但是实际的网络往往很复杂，尤其是无线网络。如果还是这样直接播放，网络稍微变差，视频就会卡顿，出现马赛克等异常情况。所以，在接收端对接收的数据做一个缓冲是很有必要的。　　缓冲一定是以延时作为代价的，延时越大，对抖动的过滤效果越好。一个优秀的视频jitterbuffer，不仅要能够对

转载注明出处http://blog.youkuaiyun.com/wanghorse├── ./base //基础平台库，包括线程、锁、socket等├── ./build //编译脚本，gyp├── ./common_audio //基础公共的音频处理│ ├── ./common_audio/include //就一个类型转换头文件│ ├── ./common_audio/resa

基于webrtc技术的浏览器视频会议http://blog.youkuaiyun.com/liulina603/article/details/50481235

作者：AnyRTC云平台链接：https://www.zhihu.com/question/50277029/answer/120202418来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。做为一名音视频行业里的小混混，如果没听说过WebRTC那真是不认识大哥一样没有见识，说的可能有点夸大了，但是确实WebRTC在近几年对音视频实时通讯这个行业

《Learning WebRTC中文版》出版啦，外刊君是本书的翻译和审校阶段组织者。本文是该书的 第2章：获取用户媒体，欢迎试读。获取本书的签名优惠版，见文末。获取用户媒体创建一个基于WebRTC的通信平台，首先需要通过用户的网络摄像头和麦克风获取实时的视频和音频流。在过去的浏览器中，我们通常用插件来实现这个功能；而现在，我们可以用JavaScript调用浏览器的getUs

webrtc用起来很复杂，但其实他的代码结构很清晰，通过如下4幅图我们即可对他的结构有个比较清晰的认识。图一：整体架构图二：声音处理模块图三：视频处理模块图四：整体线程模型http://www.wtoutiao.com/p/1d5hx6y.html

官网：http://www.webrtc.org/官方博客：Getting Started with WebRTChttp://www.html5rocks.com/en/tutorials/webrtc/basics/WebRTC in the real world: STUN, TURN and signalinghttp://w

参考https://webrtc.org/native-code/development/编译最新版webrtc源码：git clone https://chromium.googlesource.com/external/webrtcgclient config https://chromium.googlesource.com/external/webrtc --name=sr

1.     WebRTC学习1.1   WebRTC现状本人最早接触WebRTC是在2011年底，那时Google已经在Android源码中加入了webrtc源码，放在/external/webrtc/，但是Android并没有用到它，更没有被浏览器使用。当时试图在Android 2.3（Gingerbread）高通平台的手机上用H.264 硬件codec替换掉WebRTC缺

http://blog.youkuaiyun.com/doitsjz/article/details/51585995http://www.cnblogs.com/happykoukou/p/5717768.htmlhttp://blog.youkuaiyun.com/shuiniu1224/article/details/52336968

概述本文主要介绍WebRTC的架构和协议栈。最基本的三角形WebRTC架构为了便于理解，我们来看一个最基本的三角形WebRTC架构（见下图）： 在这个架构中，移动电话用“浏览器M”表示，笔记本电脑用“浏览器L”表示，通过Web服务器将它们连接起来。要建立一个实时媒体通讯，两台设备需要了解彼此的媒体功能，通过交换呼叫信令控制协议实现。诸如这样的信令协议

WebRTC各种资料集合javascript frameworksVideo chat:https://github.com/andyet/SimpleWebRTC https://github.com/priologic/easyrtc https://github.com/webRTC-io/webRTC.ioPeer-to-peer data: