LCD4linux

[Turbohai]

@jockelm6

Ja habe ich, alle drei mode Haken raus gespeichert, Gui-Neustert. Dann alle Haken rein, gespeichert, Gui-Neustart. Display noch dunkel, Im Web-Interface wird es angezeigt.
Oder meinst du was anderes??

[Mr.Servo]

Display kurz umstellen brachte nichts, Display bleibt dunkel. Die L4L- Ausgabe am Web-Interface oder in der temp- Datei ist mit gleichen Einstellungen immer noch etwas verschoben, was man aber durch die Einstellungen korrigieren kann, perfekt wäre jedoch wenn es mit gleichenm Einstellungen eins zu eins passen würde.

Vorschlag: Das mit dem verschoben Ausgaben in Deinem Schirm "CPU-Temperatur" lassen wir noch für später, erst schauen wir, daß überhaupt mal die Ausgabe aufs interne Display funzt.

Ich kann das alles bei mir erst morgen auf dem internen Display meiner GBUE4K testen, weil hier beim GUI-Neustart und dem damit verbundenen "TV-dunkel" dann ein "verschärfter Wohnzimmeralarm" herrschen würde

Nochwas meine Netzwerkinterne IP der Box ist die Endziffer .9 weil in der log immer .49 steht!? Soll das die Box-IP sein dann stimmt da was nicht.

Nein, der Wert "IP1:" im Logfile ist die IP-Adresse Deines Rechners, mit dem Du gerade im L4L-WebIF bist!

Wegen Logfile: Also ich sehe im Code erstmal nix Auffälliges, aber das hat ja nix zu heißen.

Das Logfile weist ja "writing Internal-LCD" aus und es kommt nicht die Fehlermeldung "Error write Picture". Schonmal gut!

Falls ich den Fehler nicht bei mir reproduzieren kann, würde ich Dir eine Sonderversion der "plugin.py" zukommen lassen, wo dann ganz gezielte Logausgaben gemacht werden. Die werden dann mit einer guten Chance zum Ziel führen. Einverstanden?

Danke & Gruß....Mr.Servo

[Turbohai]

Ja ok alles klar...

schönen Gruß, Turbohai

[mike99]

gbue4k mit 6.5 auch kein internes Dislay, im WebIF wird`s angezeigt.

[Mr.Servo]

gbue4k mit 6.5 auch kein internes Dislay, im WebIF wird`s angezeigt.

So, Fehler gefunden!

Mußte auch noch den grafischen Renderer anpacken, denn hatte ich bisher überhaupt noch nicht auf dem Radar gehabt. Klar, bei der Fehlerabarbeitung ist es wie beim Knödelessen: "Einer nach dem Anderen"

Wie üblich hängt der korrigierte Renderer, inklusive der Anleitung wohin er kopiert werden muß, im Anhang von Post #722 GUI-Neustart nicht vergessen!

Ab jetzt kann ich mich auch den "Kleinigkeiten" widmen: @Turbohai, kannst Du mir bitte einen Screenshot (Ausschnitt reicht) von Deinen Einstellungen mit den versetzten Zeilen machen damit ich das 1:1 nachspielen kann?

Ich hoffe ihr könnt alle positiven Rückmeldungen machen bezüglich "Boxdisplay läuft nun".

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

[Turbohai]

Mr.Servo, melde mich später, kann gerade nicht...

schönen Gruß, Turbohai

[Turbohai]

Hi Mr.Servo,

Display läuft jetzt mit deinen Modifikationen, suupi.

Hier noch die Screenshots die du wolltest. Die Einstellungen sind bei beiden Versionen exakt gleich so:

6.5_2.png (30.86 KiB) 152 mal betrachtet

6.5_2.png (30.86 KiB) 152 mal betrachtet

6.5_2.png (30.86 KiB) 152 mal betrachtet

...sieht bei OpenATV 6.4 so aus (das erste Bild hier unten gleich hatte ich falsches erwischt, jetzt das richtige eingefügt):

6.5_2.png (30.86 KiB) 152 mal betrachtet

6.5_2.png (30.86 KiB) 152 mal betrachtet

...und bei OpenATV 6.5 so:

6.5_2.png (30.86 KiB) 152 mal betrachtet

6.5_2.png (30.86 KiB) 152 mal betrachtet

[Turbohai]

Hallo @Mr.Servo,

hast du gesehen im Beitrag vorher hatte ich ein falsches Bild erwischt und jetzt das richtige reingestellt.

Hier noch Screenshot`s vom Fortschrittbalken und Uhrzeit, da sind auch minimale Differenzen:

6.5_Restzeit.png (32.9 KiB) 154 mal betrachtet

6.5_Restzeit.png (32.9 KiB) 154 mal betrachtet

sieht bei OpenATV 6.4 so aus:

6.5_Restzeit.png (32.9 KiB) 154 mal betrachtet

und bei OpenATV 6.5 so:

6.5_Restzeit.png (32.9 KiB) 154 mal betrachtet

[Papi2000]

Bei den meisten verbauten Boxdisplays muß man an den Rändern aufpassen. Oft sind die Montagetoleranzen etwas hoch, so dass eine Maske im Fronpanel da teilweise etwas verdeckt. Das ist z.B. bei den DM900 leider umlaufend für ~3-5 Pixel so.

[Turbohai]

Ja Papi2000, ist hier aber was anderes. Hier sind bei exakt gleichen Einstellungen die einzelnen Elemente bei 6.4 und 6.5 wirklich unterschiedlich angeordnet.

schönen Gruß, Turbohai

[Rosalie911]

Hi
bei mir keine Änderung ,im webif wird zwar alles angezeigt aber am Display bleibt das Bild vom defautskin

mfg

[Turbohai]

Neustart gemacht?

schönen Gruß, Turbohai

[Rosalie911]

Hi
selbstverständlich.
Wollte gerade noch was dazuschreiben ,nämlich wenn ich im webif den Punkt "Boxskin LCD Aktiviere On-Mode" aktiviere und speichere bleibt nach Neustart das Display total dunkel.

mfg

[Turbohai]

Und du hast sicher alle drei Dateien aus Post #722 bei dir in den richtigen pfad eingefügt?

schönen Gruß, Turbohai

[Rosalie911]

Hi
was ich runtergeladen habe waren nur 2 Dateien drin
plugin.py und webConfigSite.py

Habe gerade gesehen das ich die pixmapLCD.py vergessen habe,hole ich gleich nach und teste noch mal.

Nachtrag: Es bleibt wie vorher "ohne Haken in Boxskin LCD Aktiviere On-Mode Defaultskin ,mit Haken komplett dunkel.
alle 3 daten da wo sie hingehören.

mfg

[Mr.Servo]

Hi Turbohai,

ich kann die verschobenen Zeilen bei mir nachvollziehen. Irgendwie wird bei gleichen Zeichensatz (Font) "/usr/share/fonts/nmsbd.ttf" bei OpenATV 6.4 eine andere Zeilenhöhe ermittelt als bei OpenATV 6.5. Will sagen: Es könnte sein, daß dieser Unterschied nicht von LCD4Linux stammt? Aber ich bin noch am Schauen...

Danke Euch fürs Testen & Gruß........Mr.Servo

[Mr.Servo]

Nachtrag: Es bleibt wie vorher "ohne Haken in Boxskin LCD Aktiviere On-Mode Defaultskin ,mit Haken komplett dunkel.
alle 3 daten da wo sie hingehören.mfg

Nur um ganz sicher zu gehen: Also so sind Deine Einstellungen (unabhängig von meinen Bildern)?

Der Dateianhang LCD4Linux_r7d.png existiert nicht mehr.

[Edit/Nachklapp]: @Rosalie911: Kannst Du mal bitte die "/etc/enigma2/skin_user.xml" löschen und danach einen GUI-Neustart machen? Immerhin wird die "PixmapLcd4linux.py" von der "skin_user.xml" aus aufgerufen...

Ganz wichtige Gegenkontrolle: Existiert die "/usr/lib/enigma2/python/Components/Renderer/__pycache__/PixmapLcd4linux.cpython-38.pyc" mit heutigen Datum?

Gruß.....Mr.Servo

[Rosalie911]

Hi MrServo
war gerade nicht da wegen skin_user
skin user gelöscht. Neue wurde erstellt.
eingestellt wie dein Bild ,alles dunkel.

/PixmapLcd4linux.cpython-38.pyc ist nicht mit heutigem Datum vorhanden ,sondern vom 17.1.2021
mfg

[Mr.Servo]

Danke Dir für Deine Rückmeldung!

Genau daran liegt es nämlich, daß Dein Boxdisplay noch dunkel bleibt! Die ".py" ist der Quellcode und beim GUI-Neustart werden unter OpenATV 6.5 grundsätzlich alle neuen ".py"s in ".cpython-38.pyc" compiliert und das ist bei Dir nicht geschehen.

Entweder liegt ein Fehler im Code der "PixmapLcd4linux.py" vor (dagegen spricht aber das die Version aus meinem Post #722 bei @Turbohai läuft), oder aber irgendwie ist beim Einpflegen der "PixmapLcd4linux.py" was schiefgelaufen...

Nur meine Vermutung: Das kann bei manchen FTP-Programmen (je nach Einstellung) vorkommen und dann landet der Code womöglich geschrottet auf der Box. Verwendest Du als FTP-Programm "FileZilla"? Den nehme ich schon lange und da ist noch nie was "verrutscht"?

Ich habe hier die "PixmapLcd4linux.py" mal ungeZIPped rangehängt. Zielverzeichnis für den Quellcode ist ja "/usr/lib/enigma2/python/Components/Renderer"

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

[Rosalie911]

Hi ich noch mal
Das Wunder ist geschehen ,so sollte es sein.
Danke bestens für eure Bemühungen ,so langsam wird OATV 6.5 benutzbar

mfg