2012-04-05 2 views
1

Я должен создать веб-приложение для вставки живых субтитров в реальном времени. Субтитры будут выпущены оператором с программным обеспечением распознавания речи (или машинистом), заполняющим текстовое поле в браузере. Потребитель будет HTML-тегом видео в браузере.HTML5 p2p communication

Обоснование довольно простое, возможно, проще, чем веб-чат (это односторонняя связь).

Это моя текущая реализация:

  • на производителе - когда есть какой-то новый текст - я называю с помощью AJAX сценариста на моем сервере, который записывает текст на файл.
  • На потребительском я постоянно звоню через ajax (используя опрос «кометы») сценарий чтения на сервере, который возвращает мне новый текст, который я добавляю к тегу видео, чтобы отобразить субтитры.

Эта реализация работает, но она выглядит довольно гофр, я не совсем satisfacted с ним ... Любое предложение для «умной» или чистого архитектуры?

+0

Вы знаете, «Аякса» и «Комета» принципиально несовместимы с p2p, верно? Либо вы просите о невозможности, либо злоупотребляете условиями. – cHao

+0

Проблема заключается в классе одноранговой связи. Если есть * должен быть сервером посередине, это архитектурная проблема ... Я просто просил идею более чистой реализации ... – MarcoS

ответ

2

Розетки/узлы. Сокеты будут открывать соединение с браузерами для вас каждый раз, когда появляются новые данные. Не нужно опроса!

Проверить this, например ...

+0

Спасибо! Но не могло ли это вызвать некоторые проблемы с брандмауэрами (приложению придется подключаться к различным локальным сетям ...)? – MarcoS

+0

Нет, это не должно мешать брандмауэрам. Если браузер может добраться до сервера, в первую очередь, конечно, –

+0

Я вижу ... связь на порте 1337 происходит на стороне сервера, правильно? – MarcoS