[Plugin-Idee] Platformunbhaengiges Remoteosd

Ich denke dass das control-plugin ausreichend ist für diesen Bedarf. Dazu wird nur putty benötigt. Putty läuft sogar auf meinem Handy.

... und falls Du telnet nicht magst, installierst Du auf dem Server das svdrpext-Plugin. Das ist der Server-Teil für das remoteosd-Plugin, mit dem VDR-Clients auf das Menü eines VDR-Servers zugreifen können. Svdrpext liefert Dir das OSD-Menü über SVDRP. Genau wie bei der telnet-Variante funktionieren graphische Menüs wie z.B. bei femon natürlich nicht. Ein paar Menüs sind in svdrpext mangels Bedarf nicht implementiert. Dazu gehören z.B. das Audio-Spur- und das Lautstärke-Menü.

Hallo Forum,

ich fände einen Ansatz ganz interessant mit dem man das OSD als Web-Seiten im Browser darstellt. Gibt's das schon?

Würde ich mir neben das Live-plugin bookmarken

Viele Grüße,
Bernd

Zitat

ich fände einen Ansatz ganz interessant mit dem man das OSD als Web-Seiten im Browser darstellt. Gibt's das schon?

Meines Wissens nein. Sollte in Kombination mit svdrpext aber ein leichtes sein, das mit ein bisschen perl/PHP/was auch immer hinzubekommen. Falls jemand ernsthaftes Interesse hat das zu entwickeln, vielleicht vorher mit mir kurzschließen. Ich beabsichtige eine neue Version von svdrpext zu machen in der die Kommunikation effizienter wird - wäre sicherlich sinnvoll, gleich die neue Version zu berücksichtigen.

Zitat

Kannst du mir vielleicht deine aktuellste Version von svdrpext zukommen lassen, evtl. gucke ich mir dass mal an.

Die gibt's noch nicht
In der jetzigen Version (0.0.1) musst Du Dir alle Komponenten einzeln abholen:

PLUG svdrpext OSDT (für den Titel)
PLUG svdrpext OSDI (für die ganzen Zeilen)
PLUG svdrpext OSDM (für Statusmeldungen)
PLUG svdrpext OSDH (für die Hilfe-Buttons)
PLUG svdrpext OSDX (für Textblöcke)

In der nächsten Version soll es einen Befehl geben, bei dem alles auf einen Rutsch ausgegeben wird (PLUG svdrpext LSTO). Das wird die Kommunikation deutlich beschleunigen. Um was es sich bei den einzelnen Zeilen handelt, wird über einen Präfix angegeben (so wie es bei OSDI und OSDH jetzt schon ist).

• T: Titel
• C: Spalten (Position der Tabs)
• I: Nicht ausgewählte Menü-Zeile
• S: Ausgewählte Menü-Zeile
• M: Statusmeldung
• R/G/Y/B: Button-Text rot/grün/gelb/blau
• X: Textblock

Was noch fehlt (Lautstärke, Kanal-Info mit laufendem/nächsten Programm, Wiedergabe Fortschrittsanzeige) kann bei Bedarf natürlich ergänzt werden.

Was alles nicht funktioniert und zu beachten ist:

• immer nur eine SVDRP-Verbindung möglich
• keine graphischen Menüs (z.B. femon)
• Bei Anzeige eines EPG-Eintrags (Info Taste) fehlen Titel/Untertitel/Uhrzeiten - ist ein Problem der VDR Status-Schnittstelle und dürfte damit auch z.B. das control-Plugin betreffen
• Ob eine Menü-Zeile auswählbar ist oder nicht, wird über die Status-Schnittstelle ebenfalls nicht mitgeteilt. Kann auf der Weboberfläche also nicht anders als auswählbare Einträge dargestellt werden. Um wieviele Einträge ein "Taste nach unten" tatsächlich nach unten springt, ist aufgrund dieser Tatsache undefiniert. Nach jedem Tastendruck muss daher das Menü neu aufgebaut werden.
• Zwischen dem Senden eines Tastendrucks bis zum Abfragen des neuen OSD-Inhalts muss eine 10ms lange Pause liegen. 10ms ist der Timeout den VDR auf den nächsten SVDRP-Befehl wartet. Erst nach Ablauf des Timeouts läuft die Verarbeitungsschleife weiter und der zuvor gesendete Tastendruck wird tatsächlich verarbeitet.

Ich würde (wenn ich könnte) eher bei ffnetdev weitermachen.
Ich finde das es bis jetzt die beste Variante ist, man braucht nur ein Plugin auf der VDR Seite und auf der Client Seite einen VLC (bei dem das passende Plugin mittlerweile dabei ist und den es auch für andere Platformen gibt).
Was bringt es wenn es noch ein Streaming Plugin gibt? Dann haben wir im am Ende x-verschiedene Plugins und keines funktionert so recht.
Bei mir läuft ffnetdev ganz gut, nur Spulen funktioniert nicht und andere Audiospuren kann ich auch nicht auswählen.
Mit der zuverlässigkeit hab ich keine Probleme.

just my 2 cents...
KiLLERHOLiC

Zitat

Was bringt es wenn es noch ein Streaming Plugin gibt?

Wieso denn Streaming-Plugin? Hier geht es nicht darum etwas zu streamen, sondern Zugriff auf das OSD zu bekommen. Nun kann ffnetdev zwar das OSD übermitteln, genau wie xineliboutput gibt es aber auch hier wieder das Problem, dass es nicht möglich ist, mehrere unabhängige Clients gleichzeitig daran betreiben zu können.

Ergo: Solange VDR nur ein Primary-Device für die Ausgabe kennt und es nicht möglich ist das OSD mehrfach zu öffnen, gibt es bei Multi-Client keine Alternative.

ok, daran hab ich nicht gedacht da ich soetwas nicht benötige.
aber wie soll das funktionieren? der vdr hat nur ein osd, wenn ich (rein theoretisch) mehrere clients habe die gleichzeitig auf das osd zugreifen steuert man ja trotzdem nur das eine osd des vdr an.
somit funken sich die clients gegenseitig immer rein.

Über SVDRP sind bislang ohnehin keine parallelen Verbindungen möglich. Der Konflikt besteht damit nur zwischen dem SVDRP-Client und dem Primary-Device.