[ANNOUNCE] remotetimers-0.1.4

Hallo zusammen,

unter http://vdr.schmirler.de gibt es eine neue Version des remotetimers-Plugins.

Neben kleineren Bugfixes bringt das Update folgende neue Features mit:
* Aufnahmen können nun durch Umbenennen auch auf andere Dateisysteme verschoben werden. Die Bandbreite für das Kopieren im Hintergrund kann im Plugin-Setup begrenzt werden.
* Das Plugin bietet nun diverse Service-Aufrufe an, die bereits von yaepghd-0.0.3-ce - die Community Edition genutzt werden.

Changelog:

Zitat

- Improved German translations
- Updated Italian translations (thanks to Diego Pierotto)
- Default server port is now 0, i.e. taken from svdrpservice
- Fixed missing timer markers when opening the Schedule for the first time
- Implemented moving recording to a different filesystem with optional
bandwidth throttle
- Cutting from menu failed for PES recordings since VDR 1.7.3 due to missing
parameters to cMarks::Load
- Moving recordings into folders named ' ' failed or caused unexpected
results as VDR's text input control strips trailing whitespace. Now
folder ' ' is assumed when renaming a recording and the name ends with
the folder delimiter character
- Don't rename a recording if the user completely wiped out the name
- Added service interface for operating on timers
- Updated MainMenuHooks patch to v1.0.1

Alles anzeigen

Ich muss vorausschicken, dass ich epgsearch nicht nutze und auch nicht nutzen werde. Sicherlich ein tolles Plugin und wohl auch eines der am meisten genutzten - mir fehlt allerdings die Funktionalität nicht. Ich kenne als epgsearch nur vom Hören-Sagen. Meine Vorstellung davon, wie man epgsearch am Besten einsetzt, kann daher an der Realität vorbeigehen.

Eines der Hauptfeatures ist wohl, die Zeiten programmierter Timer anzupassen, wenn die Herren Programmdirektoren mal wieder kurzfristig die Zeiten ändern. Für diesen Zweck muss epgsearch wohl zwingend auf dem Server laufen, da der Client ja gar keine Timer hat und auch seltener läuft.

Konflikterkennung: Da nur der Server die DVB-Karten hat, kann auch dies nur auf dem Server passieren.

Suchtimer: Auch die sollten auf dem Server hinterlegt werden, da der öfter läuft und in der Regel ein vollständigeres EPG hat

Bleiben die zusätzlichen Möglichkeiten im EPG-Menü. Zumindest die Fortschrittsbalken gibt es im EPG-Menü von remotetimers auch.

Ich denke um ein epgsearch auf dem Server kommt man also nicht herum. Stellt sich nun die Frage, was auf dem Client notwendig ist:

Variante 1: Zugriff auf Server-OSD mit remoteosd-Plugin. Das epgsearch auf dem Server sollte sich auf diesem Weg vollständig bedienen lassen und müsste schon heute funktionieren. Möglicherweise nicht WAF-tauglich, wobei sich die Frage stellt, ob die bessere Hälfte so Dinge wie Suchtimer programmiert.

Variante 2: Wenn nur Kleinigkeiten fehlen, die aber direkt über SVDRP-Befehle im serverseitigen epgsearch ausgelöst werden können, ließen sich diese evtl. in remotetimers einbauen. Vollständige eigene Menüs sehe ich nicht mehr als Kleinigkeit an. Bis zur Konflikterkennung und -beseitigung wird dieser Weg also eher nicht führen! Wenn wir trotzdem so weiter kommen, bitte ich um Auflistung der notwendigen Erweiterungen.

Variante 3: Wie bei femon arbeiten eine clientseitige und eine serverseitige Instanz von epgsearch über das svdrpservice-Plugin zusammen. Da werde ich mich vornehm zurückhalten.