Idee für neues Plugin (Remote Timer/Epg)

Hallo Accom,

Zitat

Original von Accom
Timer sollen ganz normal über eine EPG-Ansicht programmiert, bearbeitet und angesehen werden können, jedoch sollen die Timer nicht auf dem lokalen System sondern auf dem remote System gesetzt werden.

Ist das nicht schon bestandteil des Streamdev-Plugins?

Hardy

Hallo Accom,

An diesem Plugin hätte ich auch Interesse.
Momentan behelfe ich mir mit dem Streamdev-Plugin. Ich nutze allerdings nur den Teil mit der Remote-Steuerung. Das ganze Streaming benötige ich nicht, da alle Clients bei mir eine FF-Karte eingebaut haben.

Falls sich auf diesem Sector was tut, würde ich auch gerne mal testen.

Gruß
mac66

Eigentlich sollte das Remote-Management im streamdev mal voll ausgebaut werden. Leider komme ich aus Zeitmangel im Moment nicht dazu

Wenn jemand den Code im Streamdev (client/remote.* und client/menu.*) als Grundlage nehmen möchte, oder etwas selbst entwerfen möchte würde ich mich über eine Randnotiz freuen, dann bräuchte das Rad nicht zweimal erfunden werden

Hallo,

habe streamdev und vdr abgeändert.
wenn am vdr ein timer programmiert und abgespeichert wird, wird der timer über streamdev-client zum server übertragen und am server ausgeführt.
Habe noch das Problem das ich die Timer auf dem Server mit dem Client nicht löschen kann.
Ab Version ? wurde der aufruf vom Streamdev Menue rausgenommen

cOsdObject *cPluginStreamdevClient::MainMenuAction() {
return NULL;
//return new cStreamdevMenu;
}
Wenn jemand daran Arbeitet würde ich mich über eine rückmeldung freuen.

gruß rüdi

Hallo,

Zitat

Original von Accom
Ich würde gerne das Remote-System direkt bedienen, ähnlich wie im VDR-Admin.

was ist mit dem xine-network Plugin?
Bei mir funktioniert das bisher ausgezeichnet: Das gesamte Display mit OSD wird auf einen anderen Rechner exportiert. Das heißt, daß man sogar die Plugins direkt konfigurieren kann.

hi,

da ich auch immer noch auf der suche nach einer "einfachen" lösung für diese angelegenheit bin:

was wäre mit der vdr-start-option "-- timers //server/etc/vdr/timers.conf", soll heissen, die timer.conf wird aus den anderen (startoption "-c /...") conf's aussen vorgelassen.

bernd

blehnert:

Relativ schlecht, da der VDR die Datei immer nur schreibt, nie neu einliest (ausser beim Start)...

hi lord,

" blehnert:

Relativ schlecht, da der VDR die Datei immer nur schreibt, nie neu einliest (ausser beim Start)..."

versteh ich jetzt nicht so ganz:

sei angenommen, der server läuft (hoffentlich) immer.
der client wird eingeschaltet und liest die "timers.conf" des server.
die timer können local angezeigt, editiert, erzeugt werden und wieder auf dem server gespeichert werden.

der server kümmert sich um die aufnahmen.

wo ist der denkfehler?

thx

bernd

edit:

"wo ist der denkfehler?"

hmm, vielleicht hier: "...da der VDR die Datei immer nur schreibt, nie neu einliest (ausser beim Start)..."

das heisst, der server bekommt von den änderungen nix mit???

aber wieso bekommt er dann "selbst erstellte" timeränderung mit?

bernd

edit 2:

okok, also: ein manuelles editieren (zur laufzeit des vdr) bekommt ER wirklich nicht mit.
1. warum werden die timer dann überhaupt in der timer.conf abgelegt,
2. wie stösst man IHN an, ohne neustart geänderte timer zu übernehmen?

bernd

Zitat

Original von blehnert
1. warum werden die timer dann überhaupt in der timer.conf abgelegt,

damit sie beim stoppen und wieder starten (shutdown) erhalten bleiben

Zitat

Original von blehnert
2. wie stösst man IHN an, ohne neustart geänderte timer zu übernehmen?

Entweder server neustarten oder die timer per svdrp an den server schicken (wie vdradmin oder xxv).

gruss Peter

hi peter,

ok, seh ich ein.

RESÜMEE:

ich sehe bisher mehrere mehr oder weniger praktikabele ansätze:

gewünscht ist ja wohl eine einfache timerprogrammierung des server mittel fernbedienung und osd am client.

1. darstellung des entfernten osd (das des servers) lokal am client
2. programmierung mittels lokalen osd

zu 1. hätte den vorteil, dass auch pluginparameter des servers interaktiv geändert werden. nachteil ist, das sowohl für den server wie auch für den client erweiterungen notwendig sind. für den server - glaube ich - könnte dies das remote-plugin sein. für den client ein plugin, welches die auswahl zwischen lokalem und entfernten osd zulässt.

zu 2. würde die verwendung einer bereits vorhandenen (nativen) schnittstelle zulassen (svdrp).
es müssten also die einträge der lokalen timers.conf via svdrp an den server übertragen werden. ausserdem muss dafür gesorgt werden, dass der client die timer nicht auch berücksichtigt. optimal wäre natürlich die auswahlmöglichkeit im timermenue ob lokal oder entfernt aufgenommen werden soll.
die vorteile für 2. sind: es sind nur änderungen am client notwendig, es wird eine native schnittstelle genutzt

ich würde 2. favorisieren, bin aber weder zur realisierung von 1. noch von 2. fähig

bernd

Ja des fehlt noch.

Meine Gedanken dazu:

Alle Aufnahmen sollen am Server durchgeführt werden. Ich meine auch
Pausen und Instenttimer eventuell auch Livebuffer. Am besten wäre es
wenn man konfigurieren könnte in welchem maß Aufnahmen am Server
durchgefürt werden oder nicht, um sowohl reinen Client Server Systemen wie misch Systemen gerecht zu werden.

Wenn ich das richtig überblicke müsste es Folgende
Konfigurationsmöglichkeiten geben:

Timer < Remote, Local, Auswahl >
Pause < Remote, Local>
Instenttimer < Remote, Local >

Das OSD des Servers brauche ich eigentlich nicht da ich das EPG über
NFS hole und das bisschen was ich am Server konfiguriere mach ich mit
Xine Netzwerk vom Desktop oder per SSH und Editor.

Nu so ein Gedanke zum Thema "Server anstoßen"....

kleines Perl-script am server (aus xxv oder vdradmin abgekupfert), das die timers.conf beobachtet (date modified oder checksum) und im fall des falles per svdrp (so wie xxv/vdradmin) die timer hinzufügt (bzw die bestehenden löcht und dann alle hinzufügt)

dann ließe sich die timers.conf per nfs/samba vom client mounten/linken

lg
Bax

hi bax,

"kleines Perl-script am server (aus xxv oder vdradmin abgekupfert), das die timers.conf beobachtet "

feel free...

"...(so wie xxv/vdradmin) die timer hinzufügt ..."

ich denke, xxv macht es auch per svdrp, oder?

also, leg los. wie gesagt, ich kanns nicht.

bernd