LCD4linux

[Mr.Servo]

Danke für den Hinweis! Ich habe diese 3 Vordefinitionen mal auf pic = BytesIO().getvalue() gesetzt. Bin mal gespannt ob es das schon gewesen sein könnte...?

Ja und das von mir entfernte Attribut "self." war wohl self.TimeZone, welches aber mit der neuen Wetterprogrammierung ungenutzt blieb und somit komplett rausfliegen konnte.

Anbei die neueste Testversion.

Gruß.....Mr.Servo

[Maxx@]

@Mr.Servo

Hallo
Nach dem hochladen dieser neuen testversion, LCD4linux_Testversion_2023-08-17, hat sich nichts geändert.
Nach 3 stunden war das CI+ modul nicht mehr im menü der box sichtbar und nach 10 stunden reagierte die box mit einer verzögerung von 4 sekunden auf befehle.
Grüße

[Anskar]

Da Mr.Servo es bei seinen Boxen nicht nachvollziehen kann und ich z.B. mit meinen Mutant HD 51 auch nicht, sollte doch mal definiert werden welche Boxen dieses Problem haben und welche nicht.
Vielleicht führt das eher zum Finden der Ursache.
Dann sollten ja Problemboxen Eigenschaften haben die anderen nicht haben.

MfG

[phritney]

Also mit meiner SF8008 ist auch nichts langsam, egal ob mit dem alten Image 7.2 oder mit dem aktuellen 7.3 (wobei gefühlt das hier an sich nicht ganz so smooth läuft)

[Klaus_Günther]

Ich glaube et10k mit 7.2 wird langsamer,

Vuduo2 4k se mit 6.4 merk ich nix.

Gesendet von meinem SM-G975F mit Tapatalk

[jorgo]

Bei meiner GB UE4K ist nix langsamer....
Habe das aktuelle Image 7.3 vom 15.08. installiert.

Meine LCD4L Version : V5.0-r15 (Modus: Py3)

Wenn mit langsam auch das zappen zwischen den einzelnen Kanälen gemeint ist, kann ich das verneinen.In 1 Sek ist das Programm gewechselt...

Egal ob vo Öffis zu den Privaten / oder SKY und wieder zurück....hier ist nix langsamer geworden.

Das einzige was mir einfältt ist , wenn ich die CH up/down Taste gedrückt halte kann es nach einiger Zeit vorkommen , das nicht alle Sender in der Liste erfasst
werde , und so 3-5 Sender "übersprungen" werden.

Durch ein GUI Neustart ist auch das dann wieder behoben.

Wie gesagt, hier läuft alles wie es sein soll.

MfG

[FRauANtje]

Bei meiner VU+ Uno 4k mit openATV 7.3.20230808 (2023-08-08) folgendes reproduzierbares "Problem":
Beim Kanalwechsel wird der Screen manchmal nicht aktualisiert (dann erst bei der nächsten vollen Minute).
Reproduzierbar NIE wird aktualisiert vom Wechsel von RTL2HD zu RTLHD. Wenn ich dann weiterschalte auf SAT1HD wird der Screen aktualisiert.
Umgekehrt SAT1HD -> RTLHD = wird aktualisiert. Dann weiter auf RTL2 HD = wird nicht aktualisiert.
Die Infobar auf dem TV hat immer sofort und schnell das passende Picon...

Mit Image OpenATV 6.3 und 6.4 trat das Problem nicht auf...
Mich stört der "Fehler" nicht so sehr, aber falls wer nach einer Ursache suchen will, ist natürlich die oben geschilderte Reproduzierbarkeit ganz praktisch

[mike99]

Bei meiner VU+ Uno 4k mit openATV 7.3.20230808 (2023-08-08) folgendes reproduzierbares "Problem":
Beim Kanalwechsel wird der Screen manchmal nicht aktualisiert (dann erst bei der nächsten vollen Minute).
Reproduzierbar NIE wird aktualisiert vom Wechsel von RTL2HD zu RTLHD. Wenn ich dann weiterschalte auf SAT1HD wird der Screen aktualisiert.
Umgekehrt SAT1HD -> RTLHD = wird aktualisiert. Dann weiter auf RTL2 HD = wird nicht aktualisiert.

Bitte aktuelles Image nehmen, das ist mitlerweile gefixt.

[Fettenopa]

Hallo, ich habe eine VU+Uno SE 4K.
Ich hatte OATV 7.2 drauf mit LCD4L Version : V5.0-r15 es lief gut.
Ich habe die plugin.py und die plugin.pyc gesichert.
Nach einem SAUBERN Flashen von OATV 7.3 und neu instal LCD4L vom Feed läuft LCD4L nicht mehr.
Ich kann die blauen Hacken setzen oder nicht es ändert nichts im Display im vorschau ist alles Okay.
Habt ihr einen Tipp?
Danke vom Fettenopa!!!!!!!!

[hammu]

Hat wahrscheinlich nichts damit zu tun, aber die .pyc darfst Du nicht mitsichern, wenn Du eine .py hast.
Die .pyc wird beim Boot automatisch erstellt, wenn eine .py dazu vorhanden ist.
Wenn jetzt die gesicherte .pyc wiederhergestellt wird kann es sein, dass Du wieder eine andere .pyc im Sytem hast als die aus der .py generierte.

[Fettenopa]

Ich hab zwei mal Kpl geflasht einmal mit sicherung wieder hersellen einmal ohne also LCD4L neu!
Beides geht nicht !

[Mr.Servo]

Deinstalliere mal LCD4linux, danach gehe mit einem FTP-Programm (z.B. FileZilla) auf Deine Box und lösche das rote LCD4linux-Verzeichnis '/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux', falls es noch da sein sollte!

>>> Keine Angst, Deine LCD4linux-Settings bleiben in jedem Falle erhalten, die liegen nämlich sicher ab unter '/etc/enigma2/lcd4config' <<<

Danach mache einen GUI-Neustart und installiere LCD4linux ganz normal vom Feed (grüne Taste -> grüne Taste). Anschließend sicherheitshalber erneut einen GUI-Neustart durchführen!

Prüfe ob LCD4linux nun läuft, ansonsten bitte Debuglog und/oder Crashlog hier anhängen...

Nur wenn LCD4linux einwandfrei läuft, kannst Du überhaupt mal daran denken "eigene" .py-Dateien (ACHTUNG: nicht .pyc !!!!) aufzuspielen, falls Du überhaupt "eigene" .py-Programmdateien hast.

Gruß.....Mr.Servo

[Klaus_Günther]

Aber wenn die Vorschau funktioniert, wird das bild für den Rahmen ja sauber erzeugt.

Wenn der Rahmen das aber nicht darstellt, sieht das für mich eher nach einem Problem in der Richtung aus!

Rahmen mal ab und wieder anstecken.
Strom und usb.


Sind nicht .pyo die "programme"?

Gesendet von meinem SM-G975F mit Tapatalk

[Mr.Servo]

Aber wenn die Vorschau funktioniert, wird das bild für den Rahmen ja sauber erzeugt.

Das ist richtig! Schlußendlich wird das Vorschaubild gebastelt und genau so an das LCD geschickt!

Sind nicht .pyo die "programme"?

Schau mal: klick hier

LCD4linux ist ohnehin ein Sonderfall unter all den Plugins: Hier müssen stets auch die Quelldateien (.py) vorhanden sein, aber physikalisch ablaufen tun die compilierten/optimierten Dateien (.pyo bzw..pyc).

Bei jedem GUI-Neustart werden die (fehlenden) .pyo- oder .pyc-Dateien ohnehin frisch compiliert. Da brauchts keinen alten Krams aus fragwürdiger Herkunft...

Im vorliegenden Fall klappt ja beim @Fettenopa offensichtlich gar nix, ansonsten sind alle anderen (internationalen) User soweit zufrieden, d.h. Handlungsbedarf = erstmal Null...

Erstmal muß @Fettenopa erstmal den Originalzustand herstellen, bevor er irgendein "Gebastels" einspielt auf das ohnehin niemand eine Aussage treffen kann....

Gruß........Mr.Servo

[Fettenopa]

Es läuft wieder!!!!!!!!!!!!!!
Danke füe eure Tipps!
Ich hatte den Save Buton nicht gedrückt.
Danke nochmal vom Fettenopa!!!!!!!!!!!

[phritney]

Hallo zusammen,

hat jemand 2 Displays über einen passiven Hub am Laufen?
Bei meinem SF8008 zeigen beide nur das gleiche Bild an, ich kann diese über einen USB Port mit USB Hub nicht unabhängig ansteuern.

Ein mal ist es ein Samsung SPF 75H und das andere ein Samsung SPF 85H

[SIRSteiner]

Hier besteht das Problem mit der trägen Reaktion auf die Fernbedienung auch nach mehreren Betriebsstunden. Die Vu+ Duo 4K SE wird hier jede Nacht heruntergefahren und früh 07.00 Uhr neu gestartet. Abends ist die Box mit L4l träge in der Bedienung. Kann ich irgendwie behilflich sein?

[ujua]

Hier besteht das Problem mit der trägen Reaktion auf die Fernbedienung auch nach mehreren Betriebsstunden. Die Vu+ Duo 4K SE wird hier jede Nacht heruntergefahren und früh 07.00 Uhr neu gestartet. Abends ist die Box mit L4l träge in der Bedienung. Kann ich irgendwie behilflich sein?

Hallo, ich bestätige, was Sie sagen, ich bin ein OpenSpa-Benutzer und habe das gleiche Problem im OpenSpa-Forum veröffentlicht, das auf Openatv basiert, und die Ersteller von OpenSpa haben ein Ticket mit dem Problem eröffnet, wo es nach einigen Überprüfungen so aussieht dass ein Fehler bei der Kompilierung von Lcd4linux bestätigt wurde, und sie kommentieren, dass der Autor des Plugins ihn beheben sollte. Ich weiß immer noch nicht, ob @jockelm6, der meiner Meinung nach der Ersteller ist, ich weiß nicht, ob ich es bin Unrecht hat, sich dessen bewusst ist oder ob es sich zu diesem Thema geäußert hat.

Hier haben Sie das Ticket.
Grüße

memory leak gdi lcd? . Issue #3076 . openatv/enigma2 . GitHub

[Mr.Servo]

Ich weiß immer noch nicht, ob @jockelm6, der meiner Meinung nach der Ersteller ist, ich weiß nicht, ob ich es bin Unrecht hat, sich dessen bewusst ist oder ob es sich zu diesem Thema geäußert hat.

Der Urheber vom Original LCD4linux ist natürlich @jockelm6! Diese Originalversion gibt es allerdings nur für das Original-Image der Dreamboxen!

In der OE-Alliance (also u.a. openATV und weitere Images) verwenden wir ein Derivat von LCD4linux, welches (teilweise systembedingt) in einigen Dingen leicht vom Original abweicht. Um dieses Derivat versuche ich mich zu kümmern - so gut wie ich kann und mir es parallel laufende andere Projekte ermöglichen.

Danke für den Hinweis auf das Ticket, dort wurde ja bereits schon kommuniziert...

Bezüglich der Trägheit nach ein paar Stunden: Es schein so / wurde hier im Thread berichtet, als wäre das Einsetzen der Trägheit beim Wechsel von LCD4linux_v5.0 r11b auf LCD4linux_v5.0 r12 passiert.

Du kannst ja mal LCD4linux_v5.0 r11b ausprobieren und berichten, ob diese Version bei OpenSpa ebenfalls noch verzögerungsfrei funktioniert. Hier findest Du die beiden Versionen: klick hier

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

[Turbohai]

mailto:?subject=&body= ,

hatte ja Lcd4Linux länger nicht genutzt wegen der Trägheit. Hatte auch zuletzt nicht soo viel Zeit. Habe aber jetzt Lcd4Linux wieder installiert und auf die Version "LCD4linux_v5.0 r11b" gesetzt. Ich berichte dann demnächst wie es läuft...

Gesendet von meinem Pixel 4a mit Tapatalk