【问题标题】:HTML5 p2p communicationHTML5 p2p 通信
【发布时间】:2012-04-05 13:07:23
【问题描述】:

我需要构建一个 Web 应用程序以在实时流中注入实时字幕。 字幕将由具有语音识别软件的操作员(或由打字员)生成,填充浏览器上的文本区域。消费者将是浏览器中的 HTML5 视频标签。

原理很简单,可能比网络聊天更简单(这是一种单向通信)。

这是我当前的实现:

  • 在生产者上 - 当有一些新文本时 - 我通过 AJAX 在我的服务器上调用编写器脚本,它将文本写入文件。
  • 在消费者身上,我通过 ajax(使用“comet”轮询)不断调用服务器上的阅读器脚本,它将新文本返回给我,我将其注入视频标签以呈现字幕。

这个实现是可行的,但它看起来很复杂,我对它不太满意...... 对“更智能”或更清洁的架构有何建议?

【问题讨论】:

  • 您知道,“ajax”和“comet”与 p2p 根本不兼容,对吧?要么你在要求不可能的事情,要么你在滥用这些条款。
  • 问题出在点对点通信类中。如果必须中间有一个服务器是一个架构问题......我只是要求一个更清晰的实现想法......

标签: ajax html chat comet p2p


【解决方案1】:

套接字/nodejs。每次有新数据时,套接字都会为您打开与浏览器的连接。无需投票!

例如检查this...

【讨论】:

  • 谢谢!但它不会导致防火墙出现一些问题(应用程序必须连接不同的局域网......)吗?
  • 不,它不应该干扰防火墙。如果浏览器可以首先到达服务器当然
  • 我明白了... 1337 端口上的通信发生在服务器端,对吧?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-01-30
  • 1970-01-01
  • 2012-10-13
  • 1970-01-01
相关资源
最近更新 更多