Remotetimer update 6.4+git7127 funktioniert nicht

[Snoete]

Vor zwei tagen hat es ein update von remotetimer/src/Plugin.py gegeben:

"b64decode fixed in order to be compatible to Py2 and Py3"[remotetimer] . oe-alliance/enigma2-plugins@919a637 . GitHub

Nach dem heutigen online update 6.4+git7127 wird die "Remote data" vom Server nicht mehr gezeigt in remotetimer.
Wenn ich ein Backup (6.4+git7084) in die Mappe /usr/lib/enigma2/python/Plugins/Extensions/remoteTimer schiebe funktioniert das plugin wieder wie es soll.

Im OATV6.4 image (VUDuo2) vom 08-01-2022 ohne Wiederherstellung von Daten (also nicht als update) verursacht remotetimer mit dieser Version einen Dauerspinner.

Wie es in ein OATV7.0 Image aussieht weiß ich nicht, da hat remotetimer bis jetzt bei mir noch nicht funktioniert.

[Mr.Servo]

Hi Snoete!

Sehr merkwürdig! Hast Du da ein Crashlog oder kannst nochmal eines erzeugen?

Die Anzahl der Änderungen war ja sehr überschaubar, hmmmm...

Danke Dir & Gruß......Mr.Servo

[Mr.Servo]

Mein Post #3 kann gelöscht werden weil doppelt.

[Snoete]

Es gibt kein Crashlog weil das plugin nach ein online update nicht Crashed, sondern nur die timer vom serverbox nicht mehr lädt.
Bei einen Frish installiertem OATV6.4 gibt diese version von remotetimer beim start gleich einen Dauerspinner und dadurch auch kein Crashlog.

Vielleicht kann jemand anders das mal auf eine andere box testen....

Müsste RemoteTimer jetzt auch in OATV7.0 funktionieren?

[Mr.Servo]

Fehler gefunden! Sorry, da ist mir was durchgegangen...

Ist korrigiert und wird im nächsten Update drin sein. Hier schonmal die korrigierte Datei, passend für 6.4 und 7.0 (= Py2+3-Kombilösung). Kannste ja ma g'schwind testen, wenn Du magst...

NACHTRAG: Anhang entfernt weil obsolet

Gruß.....Mr.Servo

[Snoete]

Danke für die schnelle Antwort :-)
Werde heute Abend 6.4 und 7.0 testen.

[Snoete]

Kenne mich mit Python nicht aus, und hab kein Konverter gefunden um die plugin.py in plugin.pyo zu "Compilen".
Werde also auf das online update warten und es dann testen.

[Mr.Servo]

Kenne mich mit Python nicht aus, und hab kein Konverter gefunden um die plugin.py in plugin.pyo zu "Compilen".
Werde also auf das online update warten und es dann testen.

Hallo Snoete!

Die .py-Datei einfach ins Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' kopieren, danach GUI-Neustart, damit die .py-Datei zur .pyo-Datei compiliert wird (unter Py2). Unter Py3 wird die .py-Datei zur .cpython-39.pyc-Datei ins Verzeichnis __pycache__ compiliert, ist aber sinngemäß dassselbe.

Gruß.....Mr.Servo

[Snoete]

Hallo Mr.Servo,

Bei mir gibt es [I]kein[/I] Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' in OATV 6.4.
Wohl gibt es natürlich die: '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer'

Wenn ich das Verzeichnis 'RemoteTimer' oder 'remoteTimer' in '/usr/lib/enigma2/python/Plugins/SystemPlugins/ anlege und das Plugin.py da rein kopiere passiert gar nichts nach ein GUI-Neustart.

[Mr.Servo]

Hallo Mr.Servo,

Bei mir gibt es [I]kein[/I] Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' in OATV 6.4.
Wohl gibt es natürlich die: '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer'

Wenn ich das Verzeichnis 'RemoteTimer' oder 'remoteTimer' in '/usr/lib/enigma2/python/Plugins/SystemPlugins/ anlege und das Plugin.py da rein kopiere passiert gar nichts nach ein GUI-Neustart.

Ja sorry, ich meinte auch das Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer'. Ich mußte leider etwas raten / spekulieren, ging zu dem Zeitpunkt nicht anders.

Da hinein das neue 'plugin.py' und dann wird nach dem GUI-Neustart automatisch zur 'plugin.pyo' compiliert (unter 6.4).

Das Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' ist quatsch, das kannste bitte löschen. Fehler von mir!

Gruß......Mr.Servo

[Mr.Servo]

Hallo Mr.Servo,

Bei mir gibt es [I]kein[/I] Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' in OATV 6.4.
Wohl gibt es natürlich die: '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer'

Wenn ich das Verzeichnis 'RemoteTimer' oder 'remoteTimer' in '/usr/lib/enigma2/python/Plugins/SystemPlugins/ anlege und das Plugin.py da rein kopiere passiert gar nichts nach ein GUI-Neustart.

Ja sorry, ich meinte auch das Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer'. Ich mußte leider etwas raten / spekulieren, ging zu dem Zeitpunkt nicht anders.

Da hinein das neue 'plugin.py' und dann wird nach dem GUI-Neustart automatisch zur 'plugin.pyo' compiliert (unter 6.4).

Das Verzeichnis '/usr/lib/enigma2/python/Plugins/SystemPlugins/RemoteTimer' ist quatsch, das kannste bitte löschen. Fehler von mir!
Gruß......Mr.Servo

[Snoete]

Mit den Plugin.py aus Post #4 funktioniert remoteTimer wieder in OATV 6.4.

In OATV 7.0 wird mit dem Plugin.py im Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer/__pycache__' nach ein Neustart ein neues plugin.cpython-39.pyc compiliert. Beim Start von remoteTimer gibt es dann leider noch den gleichen Dauerspinner...

[Mr.Servo]

Mit den Plugin.py aus Post #4 funktioniert remoteTimer wieder in OATV 6.4.

In OATV 7.0 wird mit dem Plugin.py im Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer/__pycache__' nach ein Neustart ein neues plugin.cpython-39.pyc compiliert. Beim Start von remoteTimer gibt es dann leider noch den gleichen Dauerspinner...

Gibts da unter 7.0 ein Debuglog? Ich frage deswegen, weil ich den remoteTimer nicht im Einsatz habe...

Gruß.....Mr.Servo

[Mr.Servo]

Ich habe mir das Systemplugin 'remoteTimer' mal bei mir installiert und erhalte sowohl bei 6.4 als auch bei 7.0 einen Dauerspinner. Allerdings habe ich weder Username/Passwort noch eine IP eingegeben (wie auch, wenn gleich der Dauerspinner kommt)...

Auch wenn das Verhalten wohl schon länger so ist, sollte das aus meiner Sicht nicht so bleiben. Da wird sich sicher eine Lösung finden.

NACHTRAG: Versuche mal die überarbeitete 'plugin.py' im Anhang.

Einfach ins Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/remoteTimer' kopieren/überschreiben (diesmal stimmt der Pfad ) und danach GUI-Neustart.

Läuft unter openATV 6.4 und 7.0

Gruß.....Mr.Servo

[Snoete]

Cool das du so aktiv dabei bist dieses plugin zum laufen zu kriegen in OATV7.0.

Für mich / uns ist remoteTimer hier ein muss um alle Timer in die Aufnahmebox auf dem Dachboden zu schieben.
Dadurch bleiben die übrige 3 Receiver frei zum fernsehen gucken.

Partnerbox und RemoteChannelStreamConverter funktionieren leider noch nicht bei mir in OATV7.0.
Deswegen wäre eine funktionierende remoteTimer ein Grund definitiv umzusteigen auf 7.0 .

Wenn ich mich nicht irre hat es gestern Abend noch eine neue Version von remoteTimer im Feed gegeben.
Ich weiß jetzt die git-nummer nicht mehr aber die war höher als 7127.
Die hat bei mir im OATV6.4 auch funktioniert und wie gesagt in OATV7.0 nicht.

Kann heute Abend wieder testen...

[Mr.Servo]

Cool das du so aktiv dabei bist dieses plugin zum laufen zu kriegen in OATV7.0.
[...]
Deswegen wäre eine funktionierende remoteTimer ein Grund definitiv umzusteigen auf 7.0 .

Ja gerne, wenn man doch die Zeit hätte sich um so viele Plugins zu kümmern. Aber es geht wie beim Knödelessen: Einer nach dem Anderen.

Habe schon eine Großbaustelle und es stehen noch viele andere Themen an, die Frage ist dann nur die Priorisierung und natürlich die persönliche Neigung ein Plugin dem anderen vorzuziehen. Die Arbeit geht nicht aus...

Gruß.....Mr.Servo

[Snoete]

Habe gerade die Datei aus Post #12 getestet in OATV6.4 und 7.0, alles OK

Test 1 - OpenATV 6.4 wo schon eine funktionierende remoteTimer drauf war
- Ich hatte nach ein Online update von remoteTimer (6.4+git7127) der nicht funktioniert hat einen back-up von eine ältere Version zurück gesetzt.
- Danach hat remoteTimer wieder funktioniert.
- Gestern Abend noch (6.4+gitr7130) installiert wonach remoteTimer bei mir immer noch funktioniert hat.
- Heute erst remoteTimer (6.4+gitr7130) über den Plug-in Manager entfernt.
- GUI Neustart
- remoteTimer (6.4+gitr7130) nochmal installiert und remoteTimer funktionierte immer noch....

Was dabei auffällt ist das nach dem entfernen und das neu installieren von remoteTimer (Zwischendurch GUI Neustart) die server-settings noch da sind.
Die remoteTimer Einstellungen waren nicht leer. Ist mir schon öfter aufgefallen, beim entfernen von ein plugin werden also noch Einstellungen bewahrt.
Darum ein zweiter test mit ein frisch installiertes OATV6.4.

Test 2 - OpenATV 6.4 Frisch installiert
- remoteTimer (6.4+gitr7130) installiert
- Beim starten einen Dauerspinner
- Die plugin.py aus Post #12 installiert, GUI Neustart und es funktioniert wieder.

Das gleiche noch mal bei OpenATV 7.0...

Test 3 - OpenATV 7.0 Frisch installiert
- remoteTimer (7.0+gitr7130) installiert
- Beim starten einen Dauerspinner
- Die datei aus plugin.py Post #12 installiert, GUI Neustart und BOOM, es funktioniert jetzt auch in OATV7.0!!!.

@Mr.Servo:
Danke für das update!

[Mr.Servo]

Habe gerade die Datei aus Post #12 getestet in OATV6.4 und 7.0, alles OK

Test 1 - OpenATV 6.4 wo schon eine funktionierende remoteTimer drauf war
- remoteTimer (6.4+gitr7130) nochmal installiert und remoteTimer funktionierte immer noch....

Test 2 - OpenATV 6.4 Frisch installiert
- Die plugin.py aus Post #12 installiert, GUI Neustart und es funktioniert wieder.

Test 3 - OpenATV 7.0 Frisch installiert
- Die datei aus plugin.py Post #12 installiert, GUI Neustart und BOOM, es funktioniert jetzt auch in OATV7.0!!!.

@Mr.Servo:
Danke für das update!

Dann kann die Version aus Post #12 getrost ins Github, damit es soweit schon mal bei allen funktioniert. Vielen Dank für Deine Tests, Du kennst das Plugin besser als ich!

Gruß.....Mr.Servo

[Snoete]

Hat Mike-99 gestern Abend auch gemacht nachdem ich aus Versehen gemeldet hatte das das erste plugin.py funktionierte (Test 1).

Also auch ein Dankeschön an Mike.
Darf ruhig Mal gesagt werden ;-)) .

Wie gesagt ist es ein sehr praktisches Plugin wenn man auf den Dachboden eine Aufnahme Box hat mit nur freie tuner im Wohn-, Schlaff- und TV-zimmer.
Vorteil gegenüber Partnerbox ist das die Timerübersicht richtig dargestellt wird in die UHD Auflösung im MyMetrix skin.

[Mr.Servo]

Die Änderung befindet sich nun im Github und wird ab sofort in alle Images / Updatefeeds eingebaut. Das kann ca. 1-2 Tage dauern bis es dann bei euch ankommt.

Danke nochmal an @Snoete für seine detailieren Tests & Ergebnisberichte unter openATV 6.4 und 7.0!

Gruß.....Mr.Servo