[ANNOUNCE] vdr-osdserver 0.1.1

Urig · Oct 6th 2007

Hi,

Version 0.1.0 des OSDServer-Plugins ist veröffentlicht.

OSDServer ist ein Plugin, dass es externen Programmen ermöglicht, das OSD und die Menüsysteme des VDR zu benutzen. Der Zugang erfolgt über TCP/IP und eine einfache Skriptsprache, wobei die Sprache bewusst auf die Benutzung durch Perl-Programme und Shell-Skripte ausgelegt ist. Bisher waren interaktive VDR-Anwendungen weitgehend C++-Programmierern vorbehalten, mit diesem Plugin können auch reine Skriptprogrammierer das OSD nutzen.

Version 0.1.0 sammelt hauptsächlich die Bugfixes seit Version 0.0.2, und sollte stabil genug für die Praxis sein. Neu in dieser Version sind lokale Variablenkontexte, die Pseudovariable _Focus zum Zugriff auf das aktuelle Menü, und die Unterstützung für eine osdserverhosts.conf sowie eine konfigurierbare Portnummer.

Feedback bei Problemen und für Verbesserungsvorschläge ist willkommen.

Download und Beispiel: http://www.udo-richter.de/vdr/osdserver.html

<edit>

Einen Bug hat es immer noch...
Version 0.1.1 steht zum Download bereit.

Gruß,

Udo

Urig · Oct 6th 2007

Noch ein zwei Worte zu den Neuerungen EnterLocal, LeaveLocal und _Focus: Das soll das Menühandling etwas erleichtern. Man kann sie zum Beispiel so einsetzen:

m=New Menu "Menü 1"
m.Show
# Zeigt ein einfaches Menü an

# [..]

EnterLocal
# Legt lokalen Variablenkontext an

m=New Menu "Menü 2"
# Damit bezeichnet 'm' nun das neue Menü 2, nicht mehr Menü 1

_Focus.AddSubMenu m
# Das sichtbare Menü ist Menü 1 und ist über _Focus erreichbar

m.Show
# Das Untermenü Menü 2 wird sichtbar

# [..]

m.SendState osBack
# Schließt das Menü 2 und zeigt wieder Menü 1 an

# [..]

LeaveLocal
# Damit wird m, das auf Menü 2 verweist, gelöscht. Statt dessen ist wieder Menü 1 als m erreichbar.

m.Show
# Auffrischen von Menü 1

Ein Menü muss also nichts mehr unbedingt über seinen Aufrufer wissen, und dank des leavelocal werden auch alle lokalen Variablen abgebaut, und es bleiben keine toten Objekte mehr zurück. Auch kann man so problemlos in jedem Menü die Einträge item1, item2, item3 nennen, ohne andere Menüs durch die Wiederverwendung der Namen zu stören.

Gruß,

Udo

vdrchuck · Oct 6th 2007

Hallo Udo,

ist der osdserver noch abwärtskompatibel --> Variablenkontexte ?

Ich habe hier mit dem vdr-portal Script v.0.5 ein seltsames Verhalten .

Code

> sopt48.EnableEvent keyOk
< 200 Ready.
> sopt49=smenu.AddNew OsdItem '[50]Technotrend S2-3200 HDTV-S2\n'
< 200 Ready.
> sopt49.EnableEvent keyOk
< 200 Ready.
> smenu.show
< 200 Ready.
> smenu.SleepEvent
< 300 sopt0 keyOk
< 200 Ready.
> smenu.SleepEvent
< 300 smenu keyOk
< 200 Ready.
> smenu.GETCURRENT
< 302 0 hœ0        <---------
< 200 Ready.
> smenu.SleepEvent

Display More

Das kommt aus diesem Codeabschnitt:

Code

$Thread = QuoteString($ThreadList[$i]);
        if ( substr($Thread,0,1) eq "[" ) {
            SendCmd "sopt$y=smenu.AddNew OsdItem '$Thread'" or return $false;
            SendCmd "sopt$y.EnableEvent keyOk" or return $false;
            $y++;
        }
......
......


        elsif (IsEvent("smenu","keyOk")) {
            SendCmd "smenu.GETCURRENT" or return $false;
            if (!defined $reply3xx[0] || $reply3xx[0] != 302) { return $false; }
            if ( substr($reply3xx[2],0,4) eq "sopt" ) {
                $result = substr($reply3xx[2],4,8);
                $pointer = $result;
                while (1) {

Display More

Gruß,
Chuck

[EDIT]
Ich habe mal folgendes in dem Example helloworld.pl hinzugefügt:

Code

} elsif (IsEvent("opt2","keyOk")) {
            SendCmd "menu.GETCURRENT" or return $false;
            SendCmd "Message 'B-B-B-Baybee!'" or return $false;
            SendCmd "menu.SendState osEnd" or return $false;
            return $true;

Ergebnis:

Code

< 200 Ready.
> menu.SleepEvent
< 300 opt2 keyOk
< 200 Ready.
> menu.GETCURRENT
< 302 2 (@ä    <-------
< 200 Ready.
> Message 'B-B-B-Baybee!'
< 300 Message keyNone

Urig · Oct 7th 2007

Quote

Originally posted by vdrchuck
ist der osdserver noch abwärtskompatibel --> Variablenkontexte ?

Natürlich ist er. Wenn man die Variablenkontexte nicht benutzen will, bleibt alles beim alten.

Quote

Ich habe hier mit dem vdr-portal Script v.0.5 ein seltsames Verhalten .

> smenu.GETCURRENT
< 302 0 hœ0 <---------
< 200 Ready.

*autsch*

Das ist eine Nebenwirkung, weil ich für die Variablenkontexte einiges umbauen musste, und da hab ich wohl übersehen, an einer Stelle sauber auf cString umzubauen...

Version 0.1.1 ist auf meiner Webseite.

Gruß,

Udo

vdrchuck · Oct 9th 2007

Quote

Original von Urig
Das ist eine Nebenwirkung, weil ich für die Variablenkontexte einiges umbauen musste, und da hab ich wohl übersehen, an einer Stelle sauber auf cString umzubauen...

Version 0.1.1 ist auf meiner Webseite.

Mit der Version 0.1.1 funktioniert es wieder wie gewünscht .

Quote

Original von Urig
>edit>

Einen Bug hat es immer noch...

Muss aber ein kleiner sein , mir ist bis dato nichts aufgefallen (allerdings benutze ich auch nicht die Variablenkontexte).

Ich habe die Variablenkontexte zwar mal kurz angetestet (hat auch soweit funktioniert), allerdings war es mir zu aufwendig mein Script dazu umzubauen.

Ehrlich gesagt habe ich den Sinn (die Vereinfachung für die Menüs) noch nicht so recht erkannt .

Quote

Ein Menü muss also nichts mehr unbedingt über seinen Aufrufer wissen, und dank des leavelocal werden auch alle lokalen Variablen abgebaut, und es bleiben keine toten Objekte mehr zurück.

Mmm, mit dem _Focus beziehe ich mich doch auf das vorherige Menü (?), und bei einem "delete submenü" werden doch auch alle Variablen und Objekte zestört (?).

Quote

Auch kann man so problemlos in jedem Menü die Einträge item1, item2, item3 nennen, ohne andere Menüs durch die Wiederverwendung der Namen zu stören.

Dies ist natürlich ein Vorteil ....

Gruß,
Chuck

vsammy · Oct 9th 2007

Hallo Urig,

Danke für die Arbeit, läuft auch unter EasyVDR 0.4.3 (vdr 1.4.4)

Download für EasyVDR 0.4.3 im Easyvdr-Forum

Grüße VSammy

Toxic-Tonic · Oct 18th 2007

Hallo Udo!

Der gcc 2.95.4 hat wieder zugeschlagen:

Quote

g++ -g -O2 -Wall -Woverloaded-virtual "-D__user=" -D_GNU_SOURCE -lImlib2 -fPIC -c -DUSE_CHANNELSCAN -DUSE_CMDCTRL -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_DVDARCHIVE -DUSE_DVLRECSCRIPTADDON -DUSE_DVLVIDPREFER -DUSE_DVLFRIENDLYFNAMES -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LIVEBUFFER -DUSE_LNBSHARE -DUSE_MAINMENUHOOKS -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_ROTOR -DUSE_SETTIME -DUSE_SETUP -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_SYNCEARLY -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_VALIDINPUT -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"osdserver"' -DPLUGINVERSION='"0.1.1"' -I../../../include osdserver.c
In file included from osdobjects.h:15,
from interpreter.h:11,
from server.h:8,
from osdserver.h:14,
from osdserver.c:13:
osdobjectsbase.h: In method `class cString cOsdServerObject::Name()':
osdobjectsbase.h:192: ambiguous overload for `cServerContext *& ? cString : int'
osdobjectsbase.h:192: candidates are: operator ?:(bool, cString, cString) <builtin>
osdobjectsbase.h:192: operator ?:(bool, const char *, const char *) <builtin>
osdobjectsbase.h:193: warning: control reaches end of non-void function `cOsdServerObject::Name()'
make[1]: *** [osdserver.o] Error 1

Display More

Einfache Lösung, oder Ende der LinVDR-Kompatibilität?

Danke und Gruß

Toxic

kris · Oct 19th 2007

Hi,

Urig
ich habe mit Deinem plugin etwas "gespielt" und muss sagen, Hut ab! Das ist wirklich saubere Arbeit. Ich freue mich schon, die ersten Scripte damit zu "befeuern"

Mfg
KRis

Urig · Oct 20th 2007

Quote

Originally posted by Toxic-Tonic
Der gcc 2.95.4 hat wieder zugeschlagen
Einfache Lösung, oder Ende der LinVDR-Kompatibilität?

Na, wie kann ich die armen 0.7er denn im Stich lassen?

Ich vermute, dass der Compiler nicht mit den unterschiedlichen Datentypen des ? : zurecht kommt, und es wahlweise als

cString(context ? (const char*)context->GetNameById(id) : (const char*)NULL);

oder als

context ? (cString)context->GetNameById(id) : (cString)NULL;

interpretiert. Ich kann ehrlich gesagt auch nicht genau erklären, nach welchen Regeln die neueren Compiler hier Das Richtige(TM) machen.

Versuch mal, das ": NULL" in Zeile 192 durch ": cString()" zu ersetzen, dann ist es eigentlich eindeutig.

Gruß,

Udo

Urig · Feb 23rd 2008

Für 1.5.15-Nutzer: Der angehängte Patch behebt die neu eingeführten Doppeldeutigkeiten der cStrings.

Gruß,

Udo

ronnykornexl · Apr 13th 2008

Nabend

Geht, glaube auch ohne netcat, im Beispiel-Schnippsel.

Code

shell> exec 5<>/dev/tcp/localhost/2010
shell> echo "Version 0.1" >&5
shell> cat <&5
201 Welcome to OSDServer version 0.1.1, VDR version 1.5.5.
200 Ready.

LG Ronny

Urig · Apr 13th 2008

Das geht, vorausgesetzt, die Bash ist mit TCP-Unterstützung übersetzt worden. Die Bash aus Debian zum Beispiel kann das aus Sicherheitsgründen nicht.

Gruß,

Udo

ronnykornexl · Apr 13th 2008

Das wuste ich nicht

LG Ronny

[ANNOUNCE] vdr-osdserver 0.1.1

Participate now!

Share