1
Ich bin verpflichtet, eine Webanwendung zu erstellen, um Live-Untertitel in einen Live-Stream zu injizieren. Untertitel werden von einem Bediener mit einer Spracherkennungssoftware (oder von einer Schreibkraft) erstellt, die ein Textfeld in einem Browser füllt. Der Consumer ist ein HTML5-Video-Tag in einem Browser.HTML5 p2p Kommunikation
Die Begründung ist ziemlich einfach, wahrscheinlich einfacher als ein Web-Chat (es ist eine einseitige Kommunikation).
Dies ist meine aktuelle Implementierung:
- auf dem Hersteller - wenn es ein neuer Text ist - ich rufe über AJAX einen Schriftsteller Skript auf meinem Server, der den Text auf einer Datei schreibt.
- auf dem Verbraucher ich ständig über Ajax (mit "Comet" Polling) ein Reader-Skript auf dem Server aufrufen, die mir den neuen Text zurückgibt, die ich über das Video-Tag injizieren, um den Untertitel zu rendern.
Diese Implementierung funktioniert, aber es sieht ganz Konvolut, ich bin nicht ganz mit ihm ... Jeder Vorschlag für eine „intelligentere“ oder sauberer Architektur satisfacted?
Du weißt, "Ajax" und "Komet" sind mit p2p grundsätzlich unvereinbar, nicht wahr? Entweder du fragst nach dem Unmöglichen oder du missbrauchst die Bedingungen. – cHao
Das Problem liegt in der Klasse der Peer-to-Peer-Kommunikation. Wenn es einen Server in der Mitte geben muss, dann ist das ein architektonisches Problem ... Ich habe nur nach einer saubereren Implementierungsidee gefragt ... – MarcoS