管理语音服务器 每个语音服务器都会定期报告其运行和负载情况。并且我们在上一篇博客文章中讨论过，这些信息将在整理后放入我们的服务发现系统（即etcd）中。 Discord Guilds服务器会通过监视服务发现系统，把给定区域中使用次数最少的语音服务器分配给公会。选定Discord Voice服务器后，所有正在语音的用户（也由Discord Guilds维护）都会被推送到语音服务器，之后服务器就有权
为我所用 由于我们可以控制本机库，因此我们在本机应用程序中所做的某些操作与您在浏览器的WebRTC中所看到的有所不同。 首先，WebRTC根据SDP在用户之间传输音频/视频信息（往返大小可能接近10 KB）。WebRTC本机库使我们能用WebRTC（即webrtc :: Call）中较低级别的API来创建发送流和接收流。在加入语音通道时，我们交换的信息量很少，包括语音后端服务器的地址和端口、加密方
Discord App 是游戏玩家专属的免费的一站式语音与文字聊天工具，覆盖 PC 与移动平台。他们在本篇内容中分享了他们如何基于 WebRTC 为 250 万用户提供实时的语音通话。以下为博客译文： 在Discord开发初期，我们就制定了非常明确的产品设计方向，即Discord可用于您在与好友玩游戏时语音聊天。这样的决策使我们能够从一个缺乏资源的小团队开始，不断扩大我们的运营规模。 这篇文章简单
在实时通信服务中，有很多应用程序都带有语音识别功能。比如实时字幕、实时翻译、语音命令或存储/汇总音频对话等。 几个月前在Hangouts Meet，实时字幕的语音识别功能已经上线了。但最近这个选项被提升到主要用户界面中。那之后我几乎每天都在使用它。 我最感兴趣的是识别技术，尤其是对于如何将DeepSpeech集成到RTC媒体服务器中以提供一个性价比高的解决方案。但是在这篇文章中识别技术不是主题。我
我是flutter-webrtc 2作者 (网名 ~鱼，人送外号: 鱼老大)，从事VOIP，SIP，RTC开发多年，18年初偶然机会接触到Flutter框架，在此之前因为SIP/RTC客户端开发尝试过各种客户端开发方式，从原生到h5，从Cordova到RN，始终没有找到满意的方案，直到遇到Flutter,一个可以支持全平台的前端框架，利用业余时间我开始尝试编写flutter-webrtc 2插件，
给机器人增加计算机视觉 我们想，如果机器人可以识别人体，并对人的手势和动作做出反应（这样机器人会更加人性化），那不是很棒吗？ 一项最近发布的项目PoseNet引起我们的注意。此项目主推“机器学习模型，可用浏览器实时估算人体姿势”。因此我们对此项目进行了深入研究。 此项目神经网络的性能惊人，特别是当我们在浏览器中的TensorFlowJS上运行它时。与从RaspberryPi运行它相比，我们可以获得
在商量如何解决此问题时时，我们想到了WebRTC，它可以满足我们的要求。 WebRTC适用于网真、对讲及VoIP软件，因为它具有非常强大的标准和现代协议，功能种类众多并可与Firefox、Chrome、Opera等各种浏览器兼容。 WebRTC在UV4L流媒体服务器中的扩展允许用户按照WebRTC协议的定义，实时从音频、视频和数据源中传输多媒体内容流。 具体来说，我们使用了UV4L中包含的WebR
Tryolabs的客户和合作伙伴遍布全球各地，所以我们有远程协作的传统。无论我们身在何处，我们都可以使用Slack、Google Hangouts和Zoom工具开会。这样做的好处是产生了在家办公政策，使我们可以随心所欲地在家办公。 不好的一点是，如果我们采取远程办公的方式，那么在没有接入会议时，我们是体会不到会议之外（线下）的乐趣的。所以如果我们不在办公室时，办公室里有一个机器人代表我本人，向我们
分块文件 在之前的示例中，如果我们选择传送一个大于100KB的文件，则很可能不会成功，这是因为WebRTC通道有某些限制。 所以，小文件可以通过WebRTC一次性发送。但是如果要传输较大文件，最好把我们的文件分成较小的文件块，并对应发送每个文件块。ArrayBuffer和Blob都有slice函数，这使上述操作更加容易。 我们一直在数组缓冲区中分块文件，直到不能再分块为止！ 让我们讨论一下分块操作
网络共享文件有多种方法。比如将文件上传到服务器并共享一个链接，其他人就可以使用该链接下载该文件。虽然这种共享数据的方法屡试不爽，但我希望能更多使用 “设备到设备”的共享方法，而不是“设备-服务器-设备”来解决问题。 我一直在思考用蓝牙，NFC，WiFi共享等技术来解决这个问题。虽然我喜欢这些技术，但老实说，它们在速度，范围和整体体验方面还是有些不足。 相反，Web可以全球联网并保证设备网速。体验过
WebRTC 中文社区由
运营