libjingle 和 XEP-0166 等有什么不兼容的地方？答案

【问题标题】：What are the incompatibilities of libjingle and XEP-0166 et al?libjingle 和 XEP-0166 等有什么不兼容的地方？
【发布时间】：2011-04-26 21:05:42
【问题描述】：

libjingle's developer guide 非常含糊地提到了 libjingle 的 Jingle 实现与 XEP-0166 的规范之间的不兼容性。它还提到它与 XEP-0167、XEP-0176 和 XEP-0177 不兼容。

它从未详细说明这些差异是什么；事实上，尚不清楚这些差异是否已得到解决。

XEP 和 libjingle 的实现有什么区别？

【问题讨论】：

【解决方案1】：

我已经挖掘出 Google Talk 实现的规范（即“旧”的 libjingle）：Google Talk Call Signaling。比较：XEP-0166

我会接受我自己的答案；尽管如此，还是要向 liori 说声“谢谢”！

【讨论】：

【解决方案2】：

libjingle 存在 3 年多了，它的协议没有太大变化。它与 XEP-0166 的早期版本之一兼容...现在不确定到底是哪一个，但我猜它大约是 0.15。

在jdev mailing list 提问可能会更好。

此 XEP 的所有版本都存储在 version control repository 中。

无论如何，许多实现都使用 libjingle，因此与 libjingle 兼容对您来说可能比 XEP 更重要。

【讨论】：

谢谢！在我去比较 SVN 中的规格之前，我会等着看其他人是否回复（使用 CLI 客户端进行挖掘并不有趣），并且在邮件列表中询问并不有趣，当我只问一个问题时需要注册并完成它。我只对近似差异感兴趣，也许对 GTalk 的实现规范感兴趣，所以我可以计划是否会费心编写客户端。 libjingle 并不好玩，试图成为 XMPP 客户端本身，而不是仅仅生成节。我也觉得它不太可读。
@Ivan Vučica：我也没有。我在 3 年前尝试使用它向 Gajim 添加 VoIP，但失败了。我没有明确使用 libjingle，而是使用了一个名为 farsight... 的 GStreamer 包装器，它具有健全的 API，尽管当时非常不稳定，这有点帮助。我也没有使用libjingle的jabber客户端，而是手动实现了XMPP节......只是将低级音频传输部分委托给libjingle。