使用 Twilio Client 与 Twilio Video API 哪个更合适?

What's more appropriate to use Twilio Client vs Twilio Video API?

我最近一直在阅读 Twilio 文档,并且在 "Twilio Client""Twilio Video" 之间感到困惑。

我注意到 "Twilio Client" 的教程涉及注册 phone 个号码,而 beta "Twilio Video" 不需要一个 (完成教程后) 用于浏览器到浏览器的纯音频调用。

我想通过 Phone Gap 包装一个只有音频呼叫的 nodejs 应用程序(没有拨打号码,而是身份)。 (android phone由于 iOS 还不支持 webrtc,所以目前应用程序有差距)

我应该在 "Twilio Video" 而不是 "Twilio Client" 上进行实验,我说得对吗?从文档来看,他们都支持 WebRTC,但不知何故 "Twilio Client" 需要数字,或者我可能遗漏了一些东西。

感谢您的意见。

此处为 Twilio 开发人员布道师。

拨打音频电话时 Twilio Client and Twilio Video 之间的区别主要在于 phone 号码。 Twilio 客户端能够使应用程序进行 phone 网络调用并接收来自真实 phone 的调用。 Twilio Video 没有这些功能,它纯粹用于应用程序之间的调用。

Twilio Video 可能会有更好质量的音频,因为 Twilio Client 会进行下采样,以便它可以在 phone 网络上工作。

对于您的应用到应用用例,Twilio Video 也可能更便宜。 Twilio 客户端按分钟计费,Twilio Video pricing 更多地与当前连接的端点有关,因为连接是点对点的,不收费。

如果有帮助请告诉我。

此处的 Twilio 产品营销人员只是为了补充 Phil 提供的内容。

我们提供两个独立的实时通信 SDK:我们的可编程视频 SDK 以及我们的客户端 SDK。我们去年推出的视频在 peer-to-peer 或 TURN 中继呼叫拓扑中提供语音和视频功能(或两者的组合)和媒体流。正如 Phil 所提到的,此 SDK 使用更新的编解码器(VP8 和 H.264),可以提供高清音频和视频,并且对数据包丢失和具有挑战性的网络条件也更有弹性。我们的视频 SDK 尚不具备媒体服务器功能,例如录制、连接到 phone 网络或扩展到超过 4 个参与者。但请继续关注...:)

我们自 2011 年以来拥有的客户端 SDK 仅支持语音,所有媒体流都通过 Twilio 的云基础设施,而不是 peer-to-peer。我们的客户端 SDK(iOS、Android 和 JavaScript)支持录制、连接到 phone 网络和大型会议。但是此SDK不支持视频,使用G.711编解码器。