2012-04-05 120 views
1

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

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

这是我目前实施:

  • 在生产者 - 当有一些新的文本 - 我通过AJAX调用一个作家脚本我的服务器,其上的文件写入文本上。
  • 对消费者而言,我通过ajax(使用“comet”轮询)服务器上的读取器脚本不断调用,这使得我可以将新文本添加到视频标记中以呈现字幕。

该实现的工作,但它看起来相当复杂,我不完全满意它... 任何建议“更聪明”或更清洁的架构?

+0

你知道,“阿贾克斯”和“彗星”与P2P根本不相容的,对不对?要么你要求不可能,要么你滥用了这些条款。 – cHao 2012-04-05 13:12:06

+0

问题在于点对点通信。如果有*必须*是中间的服务器是一个架构问题...我只是要求一个更清晰的实现想法... – MarcoS 2012-04-05 13:53:57

回答

2

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

检查this例如...

+0

谢谢!但是它不能给防火墙带来什么问题(应用程序必须连接不同的局域网......)? – MarcoS 2012-04-05 13:26:26

+0

不,它不应该干扰防火墙。如果浏览器可以到达服务器的第一个地方 – 2012-04-05 13:31:18

+0

我看到...端口1337上的通信发生在服务器端,对吧? – MarcoS 2012-04-05 13:55:02