Как настроить Plover таким образом, чтобы стенография могла транслироваться по локальной сети в режиме реального времени?

Question

Как настроить Plover таким образом, чтобы стенография могла транслироваться по локальной сети в режиме реального времени?

0

Наш друг работает с программным обеспечением Plover для ее закрытых надписей и других отчетов. Она пытается найти способ опубликовать этот пост в реальном времени на локальном сервере для других (Hard of Hearing), чтобы смотреть в режиме реального времени (но не позволять им редактировать) со своих планшетов или ноутбуков в локальной сети.

Это было бы похоже на то, что Qaru делает при редактировании (но по локальной сети, а не на той же машине). Я ввожу в поле редактирования, и он печатает ниже в режиме реального времени. Как это делается? Есть ли место, где можно найти этот код?

Я могу помочь ей подключить Wi-Fi или Blue-tooth к их системам, я просто не знаю, как заставить их подталкивать их. На машине для сообщения будет запущен Ubuntu. Если мне нужно установить Apache, PHP для нее это хорошо и просто направлять их на URL.

bpross 08 янв. 2015, в 23:55

Источник

2

Все, что делает этот сайт, это onKeyPress, получает текст из текстового поля, анализирует текст для форматирования и устанавливает innerHTML для div ниже. Это, вероятно, не сработает для чего-то вроде субтитров, потому что обновляет только ваш экран, а не кто-то другой, когда вносятся изменения. Если вы хотите обновить чей-либо экран, вам, скорее всего, придется либо быстро опросить ajax на наличие обновлений, либо использовать сокетное соединение для отправки обновлений.
Jonathan Kuhn 08 янв. 2015, в 22:18
0

Хорошо, прямо сейчас она переводит steno на английский в gedit. Если бы был способ разделить экран и использовать VNC или что-то еще и разрешить только просмотр innerHTML, это могло бы быть работоспособным. Ей не нужно использовать gedit, любое текстовое поле получает перевод текста.
bpross 08 янв. 2015, в 22:21
1

Как люди будут смотреть в режиме реального времени? Через веб-браузер или настольное приложение? Вы упоминаете Apache / PHP, но я думаю, что это в конечном итоге для субтитров видео? Насколько быстрой должна быть скорость обновления между вводом и приемом? (несколько секунд или несколько минут? - если действительно в режиме реального времени, почему? - чтобы мы могли понять контекст / цель).
halfer 08 янв. 2015, в 22:45
0

Как WiFi или Bluetooth вписывается в это? Вы хотите сделать это только через локальные сети? Что такое «машина отчетности»?
halfer 08 янв. 2015, в 22:49
0

Она стенографистка. Ее писатель отправляет стену на ноутбук с убунту, на котором работает Пловер. То, что она помещает в курсор (в настоящее время Gedit) переводит steno в английское слово. Проблема в том, что у него нет возможности позволить другим просматривать видео в прямом эфире. Программное обеспечение для этого требует Windows и стоит несколько тысяч долларов и позволяет другим подключаться к ноутбуку через Wi-Fi или Bluetooth, если он есть, и они могут смотреть, как он печатается. Она предпочла бы придерживаться открытого источника, если это вообще возможно. Как Etherpad или настоящий Jabber, но не позволяйте другим изменять или добавлять в поток.
bpross 09 янв. 2015, в 00:32
0

@halfer Halfer от их планшетов или ноутбуков и т. д.
bpross 09 янв. 2015, в 02:13

Показать ещё 4 комментария

Теги:

php

ubuntu

apache

1 ответ

Ещё вопросы

Все, что делает этот сайт, это onKeyPress, получает текст из текстового поля, анализирует текст для форматирования и устанавливает innerHTML для div ниже. Это, вероятно, не сработает для чего-то вроде субтитров, потому что обновляет только ваш экран, а не кто-то другой, когда вносятся изменения. Если вы хотите обновить чей-либо экран, вам, скорее всего, придется либо быстро опросить ajax на наличие обновлений, либо использовать сокетное соединение для отправки обновлений.
Хорошо, прямо сейчас она переводит steno на английский в gedit. Если бы был способ разделить экран и использовать VNC или что-то еще и разрешить только просмотр innerHTML, это могло бы быть работоспособным. Ей не нужно использовать gedit, любое текстовое поле получает перевод текста.
Как люди будут смотреть в режиме реального времени? Через веб-браузер или настольное приложение? Вы упоминаете Apache / PHP, но я думаю, что это в конечном итоге для субтитров видео? Насколько быстрой должна быть скорость обновления между вводом и приемом? (несколько секунд или несколько минут? - если действительно в режиме реального времени, почему? - чтобы мы могли понять контекст / цель).
Как WiFi или Bluetooth вписывается в это? Вы хотите сделать это только через локальные сети? Что такое «машина отчетности»?
Она стенографистка. Ее писатель отправляет стену на ноутбук с убунту, на котором работает Пловер. То, что она помещает в курсор (в настоящее время Gedit) переводит steno в английское слово. Проблема в том, что у него нет возможности позволить другим просматривать видео в прямом эфире. Программное обеспечение для этого требует Windows и стоит несколько тысяч долларов и позволяет другим подключаться к ноутбуку через Wi-Fi или Bluetooth, если он есть, и они могут смотреть, как он печатается. Она предпочла бы придерживаться открытого источника, если это вообще возможно. Как Etherpad или настоящий Jabber, но не позволяйте другим изменять или добавлять в поток.
@halfer Halfer от их планшетов или ноутбуков и т. д.

halfer · Accepted Answer · 2015-01-09T09-05-00.000Z

Похоже, что программное обеспечение Plover работает на уровне драйвера устройства (клавиатуры) и поэтому может использоваться для ввода стенографического текста в любое настольное приложение. Таким образом, я бы устроил так:

Поместите Apache на свой сервер отчетов и настройте там веб-приложение, в котором отображается текстовое поле. Вы можете использовать сокеты (в идеале) или AJAX (в качестве резервной копии) для переноса текста из браузера на сервер. Затем это может быть отправлено любому количеству клиентов на другой странице, возможно, через базу данных в качестве промежуточного хранилища. AJAX требует частых опросов и поэтому неэффективен и медленный, но в локальной сети с небольшим количеством пользователей все равно будет в порядке. Сокеты лучше, но нужна библиотека для реализации - посмотрите здесь на примере PHP.

Взгляните на этот ответ, чтобы понять различные способы взаимодействия браузера и сервера (особенно раздел на веб-узлах HTML5). У Pusher упоминается - это делает его очень легким, но если вы ведете трансляцию по локальной сети, кажется бессмысленным необходимость в Интернете. Я бы сделал это сам, для чего это стоит.

Если вы хотите придерживаться AJAX, jQuery, MooTools или Prototype в порядке. Если вы хотите использовать сокеты, есть несколько библиотек, которые сначала будут использовать сокеты, а затем возвращаться к различным технологиям (длительный опрос), а затем, наконец, AJAX. Это будет зависеть в основном от поддержки браузера для этих разных вещей.

Я считаю, что веб-сокетам нужен серверный компонент, для которого Apache обычно считается непригодным. Первая ссылка, которую я дал для библиотеки Ratchet, выглядит так, как будто она имеет свой собственный компонент слушателя. Возможно, хорошим первым шагом было бы работать через демоверсии, чтобы вы могли понять технологию и настроить ее для своих нужд?

Огромное спасибо. Это дает мне кое-что для начала.
Это очень хорошо объясненный ответ, наряду с дополнительным исследованием, вложенным в него. Хорошее шоу ;-)
Спасибо @Fred :). Вероятно, немного шире, но у меня явно было хорошее настроение!
Мое удовольствие, @halfer, я тоже их получаю :-) Действительно хорошо объясненные ответы более информативны и помогают нам создать хороший архив на стеке.