ios - 如何仅使用音频编解码器制作iOS VOIP/SIP应用程序

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。

想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

7年前关闭。

Improve this question

任何人都可以帮助我清除我在尝试实现SIP应用程序时的疑虑，我已经具有sip服务器设置，并且具有我的sip帐户的用户名和密码。

现在，我尝试使用PJSIP和SIPHON，但是由于某些错误而失败了。
然后，我尝试使用LinPhone，效果很好。
然后将文件从LinPhone项目复制到我的项目中，并且仍在处理。 (我还应该在项目中复制什么才能继续使用-我已经在应用程序中复制了apple-darwin include＆lib文件夹)
我想在应用程序中使用G711(A和u)编解码器，但找不到该文件的头文件，请问有人可以建议我如何在我的应用程序的LinPhone库中使用G711编解码器？

也有人可以告诉我，在没有视频功能的情况下掩盖SIP应用程序需要花费几天的时间吗？ (仅使用GSM，Speex，G711编解码器的音频通话)
在没有任何SIP应用程序事先知识的情况下，专家级和中级开发人员将花多少天时间来制作这样的应用程序？ (根据您的任何粗略想法。)

是否有其他易于使用的优质开源库来制作这样的应用程序？
还是有任何可用的教程？ (LinPhone的文档未达到要求)。

我朝着正确的方向前进吗？

最佳答案

警告词

这听起来像是我在劝说您不要说服这个支持者。远非如此，SIP是(最终)可以使用的一个有趣的协议(protocol)，看到它们全部组合在一起非常令人高兴。成为这样的野兽，您会感到非常满意，我希望您能按自己的意愿塑造它，并祝您一切顺利!但是，请做好准备:SIP是令人沮丧的野兽。

以下时间表是根据我自己的经验得出的，尽管由于你们两个人的缘故，我缩短了时间表。我们的开发周期持续了将近一年的时间，但是我既是项目的负责人，也是项目的唯一程序员，而这段时间包括在UI，需求协调，计划，文档等方面完成的所有工作。

第1周和第2周

SIP是一个复杂的规范，具有许多扩展和特性，尤其是与防火墙，转发，分支和连接有关。我建议您开始查找RFC，并花大量时间阅读信令规范以及应用程序所需的任何扩展，包括至少基础规范，SDP规范和ICE协议(protocol)。规范。

如果您做得正确，那应该占用大约一周的时间，并且需要全职。对于第2周，请考虑您需要哪些扩展规范(状态指示，前提条件， session ，GRUU等)，并花一些时间阅读这些扩展规范。在它们之间进行钻探，这是很多信息，并且在它们彼此之间如何相互联系方面相对较复杂。

突破协议(protocol)分析器(Wireshark等)，并查看您在网络上正在执行的应用程序。阅读规范之后，您现在将可以很好地理解为什么各种SIP产品很难相互配合，以及如何开始在自己的应用程序上工作的想法。

第3-6周

即使使用了不错的工具包，您也将花费一个月的大部分时间来使SIP可靠地完成您想要的事情，以传达信令信息，并编写所需的基础结构以响应SIP信号。边缘情况非常多，并且您拥有三个独立的代理，这使您在并发处理中可以想象到的每个陷阱现在都放大了，其中一些代理将具有非常高的延迟，不可靠的网络连接，所有这些都试图协调关于同一笔交易。

不要走捷径，编码，测试，不要编写更多代码，查找故障和边缘情况并继续前进。 RFC帮助很多人理解了您将要遇到的问题，但是其中的一些问题只是必须克服的。

第7周和第8周

根据您的应用程序要求，仅在最终用户代理之间建立基础连接将正确地占用您大部分时间来创建可靠的产品。在你们两个之间，您可能会花费接下来的几周时间来使该部件首次工作，并且可能在整个应用程序的开发周期的剩余时间里无法诊断出边缘状况。请记住，这里有一些需要媒体代理的极端情况，还有一个没有成功的极端情况，在该情况下，用户的防火墙受到严重威胁，无法采取任何措施。不要忘记处理它们。

第9-11周

此时，根据您的经验和网络知识，您的电话也应该(相当)可靠地相互连接，并通过相当严格的防火墙。前提条件规范对于减少此处的感知延迟非常有用，因为您可以推迟振铃直到网络层已经连接。我的经验不能很好地告知下一层(协议(protocol))，就像使用Java一样，除了快速时间之外，媒体编码和解码还交给了我，这是我自己要做的。我将花一两个星期的时间来使协议(protocol)正常工作，并通过SDP可靠地传达协议(protocol)信息，但这对我来说可能是非常乐观的估计。

如果您以前从未使用过RTP/RTCP，则再增加一个星期，因为它们虽然说起来并不复杂，但是正确响应从RTCP获得的反馈可能是具有挑战性的，尽管有些关键，但它仍然是一门黑暗的艺术以确保最佳的网络利用率和媒体质量。

第12周以上

在这一点上，您可能会意识到，您希望能够与之连接的一个或另一个SIP产品，不喜欢您的实现，有时是完全出于莫名其妙的原因。如果您需要支持挑剔的产品，则将在接下来的几周到一个月的时间内诊断原因。如果您的产品是专有产品，那么您可能不在乎此步骤，但这也是一种仔细检查您对规范的处理程度的方法。 (我们都这样做，所以也不要假设您使用的测试产品是正确的!请始终仔细检查!)

其他

请记住，以上内容主要是为了估计编写良好的基于SIP/SDP/ICE的解决方案功能所需的时间，而不是使用此类基础结构的应用程序的时间。 UX是iOS世界中的王者，因此请确保您的应用程序具有吸引力，并花费大量时间使其正确。

即使
您使用一个库来简化编码，学习基础协议(protocol)!了解事情为什么会以它们的方式工作以及为什么SIP宇宙中充满了如此多的 splinter 产品，对您将大有裨益。

关于ios - 如何仅使用音频编解码器制作iOS VOIP/SIP应用程序，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18607235/

上一篇：ios - 保存从查询中获取的用户的属性(即不在当前用户上)

下一篇：ios - 动画 UIView 的蒙版

相关文章：

java - AudioTrack 未播放完整缓冲区

python-3.x - Python3 eyed3 模块，从 mp3 文件中读取评论？

ios - 返回上一 View 时应用程序崩溃 - 线程 1 : EXC_BAD_ACCESS

ios - 将 UICollectionview 中单元格的移动限制在 CollectionView 的范围内

objective-c - 嵌套 NSScanner 效率

iphone - UIViewController 似乎没有完全随 ARC 一起发布

ios - 特定 ip/port 的可达性测试

iOS 在拖动端点时调整大小或重新定位线

iphone - UITableViewCell 图像向右对齐，可能吗？

javascript - 如何使用 Web Audio API 访问输出缓冲区？