[Announce] remotetimers-0.1.5

Wie funktioniert das genau? Ich lege einen Timer an, in dem ich bei der entsprechenden Sendung auf die rote Taste,
also Aufnhemen, drücke. Jetzt wird der Timer aber lokal angelegt, obwohl ich eingestellt habe, dass neue Timer auf
dem Server angelegt werden sollen.

Im Timer-Menü kann ich jetzt von lokal auf Server umstellen. Das ist aber, denke ich, nicht Sinn der Sache?! Normalerweise sollte der Timer doch direkt auf
dem Server angelegt werden? Oder muss ich dazu das "Programm"-Menü auch ersetzen?

Hab ich noch irgendwo vergessen, was einzustellen?

Grüsse
TheChief

Möchte hier auch noch mal einhaken.

Also was mir vorschwebt ist -ausschließlich für die Situation das es trotz 3 lokaler Karten mal eng wird, manchmal möchte man ja auch gezielt eine für Live freihalten- hin und wieder, also nur in extrem seltenen Fällen, einen Timer der zuvor wahrscheinlich als Sunchtimer oder manuell über epgsearch erstellt wurde, auf eine andere Maschine auszulagern.

Dazu möchte ich eigentlich gar keine Menüs ändern, das ist mir der ganze Spaß nicht wert. Was ich mir vorstelle ist das ich ins Timermenu gehe und gezielt einen bestimmten Timer auf die andere Maschine auslagere.

Die Frage ist ob das Plugin das so kann oder ob ich mir unter dem Namen etwas falsches vorstelle?

Danke
Christian

Das sollte gehen, ich kann im Timermenü von Lokal auf Server stellen. Dann wird der Timer auf den Server übertragen. Leider stürzt bei mir dann der VDR immer mal ab und ich hab die Timer
dann lokal und auf dem Server. Aber eventuell ist das nur ein Phänomen auf meiner Maschine.

Zitat von TheChief

ich kann im Timermenü von Lokal auf Server stellen

Danke, für die Info

also du meinst aus einer Liste von 20 Timern kann ich genau einen für remote markieren, hmm dann sollte ich es mir anschauen.

Dann könnte man:
- über das WOL Menu die Remote Maschine einschalten
- den Timer verschieben
- über avahi-mounter das Ding hinter anschauen

müsste ich nur noch ein svdrpsent hitk power auf die remote Maschine loslassen um sie hinterher wieder runterzufahren

klingt doch rund, oder?

Hau rein!

Teste mal und schau mal, ob bei dir der lokale VDR auch manchmal abschmiert, wenn Du einen Timer auf den Server schiebst.

jau, sobald ich ne Sekunde hab

Fragt sich nur ob mir das Ding um die Ohren fliegt wenn der remote vdr aus ist - weil er geht ja klassisch von nem Server aus, und die sind meistens online...

Bin mir nicht sicher, denn meiner läuft auch 24h.

klingt soweit gut

dann muss ich die beiden Plugins eigentlich nur auf der "verschiebenden" Machine installieren?

Bliebe die Frage was dann mit der lokalen epgsearch.done ist... Er wird den Film/Serie aller wahrscheinlichkeit nicht in die Datei aufnehmen wenn der Timer nicht lokal druchgeführt wurde. Folglich wird er versuchen einen weiteren Serientimer darauf zu erstellen?

Christian

Zitat von TheChief

... Leider stürzt bei mir dann der VDR immer mal ab und ich hab die Timer
dann lokal und auf dem Server. Aber eventuell ist das nur ein Phänomen auf meiner Maschine.

Das Problem kann ich bestätigen und ist schon zienmlich lange drin. Ich benutze remotetimer auch auf meinen M740 Gigasets (MIPS BigEndian Arch), daher hatte ich den Fehler immer bei uclibc oder BigEndian vermutet. Vor kurzem habe ich einen PC VDRClient und siehe da: gleiches Problem.

Bei mir tritt es auf, wenn ich einen Timer lokal anlege und dann auf den Server verschieben will. Dannn segfaultet das Plugin und ich habe 2 Timer: auf dem Server und lokal. Das Problem ist leicht reproduzierbar.

Zitat von glotzipapa

Bei mir tritt es auf, wenn ich einen Timer lokal anlege und dann auf den Server verschieben will. Dannn segfaultet das Plugin und ich habe 2 Timer: auf dem Server und lokal.

da es das einzige ist was ich damit machen will warte ich noch mal ne Sekunde!

Ich schaue heute mal, ob ich dem VDR entlocken kann, woran das liegt.

So hier mal ein Backtrace, hoffe es hilft:

Core was generated by `/usr/local/bin/vdr -u root -c /etc/vdr -v /video0 -E /var/cache/epg/epg.data -L'.
Program terminated with signal 11, Segmentation fault.
#0  0xb4d96c63 in cChannel::Number (this=0xb3cbb5e8) at ../../../include/vdr/channels.h:203
203       int Number(void) const { return number; }
(gdb) bt
#0  0xb4d96c63 in cChannel::Number (this=0xb3cbb5e8) at ../../../include/vdr/channels.h:203
#1  PluginRemoteTimers::cMenuTimerItem::Set (this=0xb3cbb5e8) at menu.c:910
#2  0x0810aaac in cOsdMenu::RefreshCurrent (this=0xb3c0e4d8, Key=kOk) at osdbase.c:285
#3  cOsdMenu::CloseSubMenu (this=0xb3c0e4d8, Key=kOk) at osdbase.c:571
#4  cOsdMenu::ProcessKey (this=0xb3c0e4d8, Key=kOk) at osdbase.c:581
#5  0xb4d9e7be in PluginRemoteTimers::cMenuTimers::ProcessKey (this=0xb3c0e4d8, Key=kOk) at menu.c:1149
#6  0x0810a9f8 in cOsdMenu::ProcessKey (this=0xb3c49698, Key=kOk) at osdbase.c:579
#7  0x080f1abc in cMenuMain::ProcessKey (this=0xb3c49698, Key=kOk) at menu.c:4314
#8  0x08163e16 in main (argc=31, argv=0xbff1a0b4) at vdr.c:1218

danke, geht

zwei Timer erfolgreich verschoben, wieder zurückgeholt und stattdessen einen anderen verschoben - kein Absturz! Beim Zurückholen des zweiten Timers musste ich einml komplett aus dem Menu weil er sich beschwerte das der Timer remote verändert wurde. Danach gings aber anstandslos.

Für die, die damit noch nicht gearbeitet haben: auf svdrphosts.conf achten!

Christian

Bei mir schauts auch ganz gut aus, bisher keine Abstürze. Auf meinen Gigasets ist der Test aber etwas aufwändiger, zumal ich nicht sicher bin, ob die aktuelle Version 1.5 auch mit VDR 1.4 läuft.

schmirl: konntest Du den Fehler selber reproduzieren oder basiert der Fix auf dem Backtrace?