|
|
1
1
有了侏儒,你就有了 ekiga 。你也可以为win32交叉编译它。它在下面使用OPAL(开放电话抽象库)。也许工具本身会适合你的需求,否则你可以调整它(OSS),或者你只能保留低级别的API |
|
|
2
0
我同意PW。
而且 -我建议使用SIP协议(与H323相反) -你不需要使用Ekiga。Ekiga是OPAL的前端。您可以查看OPAL示例,并从中构建。 |
|
|
3
0
我完全不建议使用H.323来构建新的应用程序,尤其是面向用户的应用程序。我推荐SIP,因为它的信令/协商等更简单、更清晰。 从另一个角度来看,如果你正在构建呼叫密度超过5的东西,我不建议使用OPAL。这是因为那里放置了许多架构解决方案(具有一些竞争条件的线程管理,具有懒惰复制的非常复杂的容器管理,这实际上使事情变得更加危险等等)。这是因为OpenH323的传统方法(实际上是用于OpenH323中的ptlib库)。 也许从我头痛的日子开始,OpenH323和早期的Opal有所改变,但我不认为有什么基本的东西。 看看怎么样 FreeSwitch 平台?人们说它的设计要好得多。 |