LCD4linux

Nachricht
Autor
phritney
Member
Member
Beiträge: 116
Registriert: 05 Mai 2016 11:47
Hat gedankt: 11 Mal
Hat Dank erhalten: 26 Mal

#2661

Beitrag von phritney »

jockelm6 hat geschrieben:@Mr.Servo : du hast in Zeile 12163 ein "h = 0" eingebaut, wozu? Da anschließen davon etwas abgezogen wird, ergeben sich negative Schriftgrößen


@Mr.Servo schaust Du Dir das an?
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2662

Beitrag von Mr.Servo »

Bin gerade an einem anderen Projekt dran, aber ja: LCD4linux ist wichtig genug und ich schaue es mir an...

Gruß......Mr.Servo
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2663

Beitrag von Mr.Servo »

jockelm6 hat geschrieben:@Mr.Servo : du hast in Zeile 12163 ein "h = 0" eingebaut, wozu? Da anschließen davon etwas abgezogen wird, ergeben sich negative Schriftgrößen


Der Grund ist einfach und Visual Studio Code zeigt es ganz klar: Wenn Variable "h" nicht vordefiniert ist, dann kann es ohne definierte Variable "h" in folgenden Zeilen zu Crashes führen:

Code: Alles auswählen

12169: self.draw[draw].ellipse((POSX + 2, ConfigPos + 2, POSX + h - 2, ConfigPos + [B]h[/B] - 2), fill="red")
12171: S = int([B]h[/B] / 1.4) - 4
12173: S = int([B]h[/B] / 1.2) - 4
12175: S = [B]h[/B] - 4
12178: POSX = POSX + 1 + int((([B]h[/B] - 2) - w1) / 2)
12179: POSY = ConfigPos + 1 + int((([B]h[/B] - 2) - h1) / 2)

Das genau ist der Grund für meine Änderung!

Aber um aus der Sache "sauber" rauskommen zu können: Wie soll die Variable "h" denn "schlauer" vordefiniert werden? :unsure:

Gruß.......Mr.Servo
jockelm6
VIP
VIP
Beiträge: 144
Registriert: 26 Apr 2015 01:16
Hat Dank erhalten: 167 Mal

#2664

Beitrag von jockelm6 »

wenn es nur ums definieren geht, pack es doch nach oben, wo auch timercount = 0 ist :) .
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2665

Beitrag von Mr.Servo »

Ja ich mach das natürlich, Danke Dir für den Hinweis!

Wenn man das genau betrachtet dann ist ja meine Modikation auch kein "Killer", sondern die Variable "h" wird ja "nur" mit einem Wert vorbelegt und der weitere Ablauf setzt dann die korrekten Werte, wie immer!

Meine Modifikation dient ja auch nur einem theroretischen Szenario, de Facto hat sich ja nichts geändert.

Oder habe ich da doch einen Denkfehler?

Gruß.......Mr.Servo
jockelm6
VIP
VIP
Beiträge: 144
Registriert: 26 Apr 2015 01:16
Hat Dank erhalten: 167 Mal

#2666

Beitrag von jockelm6 »

ja, h wird vor deinem h=0 ermittelt und von dort "mit geschleift".... aus der Timerliste, denn dann ist auch die Timeranzahl >0 und somit wird h ordentlich gesetzt. Man könnte natürlich auch noch mal vor der Anzahlausgabe getFsize nutzen, aber h hat schon den richtigen Wert. :)
Klaus_Günther
Senior member
Senior member
Beiträge: 1926
Registriert: 06 Apr 2013 23:04
Hat gedankt: 394 Mal
Hat Dank erhalten: 136 Mal

#2667

Beitrag von Klaus_Günther »

Bei mir lässt sich das netatmo nicht installieren.
O mit 1 Fehler...

Habs dem Author schon mitgeteilt

Gesendet von meinem SM-G975F mit Tapatalk
phritney
Member
Member
Beiträge: 116
Registriert: 05 Mai 2016 11:47
Hat gedankt: 11 Mal
Hat Dank erhalten: 26 Mal

#2668

Beitrag von phritney »

jockelm6 hat geschrieben:ja, h wird vor deinem h=0 ermittelt und von dort "mit geschleift".... aus der Timerliste, denn dann ist auch die Timeranzahl >0 und somit wird h ordentlich gesetzt. Man könnte natürlich auch noch mal vor der Anzahlausgabe getFsize nutzen, aber h hat schon den richtigen Wert. :)


Also einrücken tut er die ganze Timerliste auch, aber das Symbol mit der Anzahl erscheint einfach nicht.
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2669

Beitrag von Mr.Servo »

@jockelm6: Ich schaue mir das morgen an und setze es entsprechend um! Danke Dir erneut für den wertvollen Hinweis!

Gruß.......Mr.Servo
Benutzeravatar
Maxx@
Member
Member
Beiträge: 71
Registriert: 19 Jan 2015 14:22
Receiver 1: Vu+ Duo 4K SE
Hat gedankt: 14 Mal
Hat Dank erhalten: 30 Mal

#2670

Beitrag von Maxx@ »

Hallo
Nach dem letzten update werden die Anbieter - und satellitenpositionssymbole nicht mehr angezeigt.
Grüße


Vor dem Update

Bild


Nach dem update auf die neueste version

Bild
Vu+ Duo 4K SE
OpenATV 7.4
WaveFrontier T90 - 52E, 51E, 50E, 46E, 45E, 42E, 39E, 36E, 33E, 31E, 28E, 26E, 23E, 21E, 19E, 16E, 13E, 10E, 9E, 7E, 5E, 3E, 1.9E, 1W, 4W, 5W
Corab 80 - 14W, 15W, 22W, 30WDiSEqC 16/1 EMP-Centauri + DiSEqC 10/1 Opticum + DiSEqC 4/1 Golden Interstar
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2671

Beitrag von Mr.Servo »

Danke für den Hinweis! Probier mal bitte, ob es mit dieser Testversion nun wieder geht.

NACHTRAG: Testversion gelöscht

Gruß.....Mr.Servo
Benutzeravatar
Maxx@
Member
Member
Beiträge: 71
Registriert: 19 Jan 2015 14:22
Receiver 1: Vu+ Duo 4K SE
Hat gedankt: 14 Mal
Hat Dank erhalten: 30 Mal

#2672

Beitrag von Maxx@ »

Mr.Servo hat geschrieben:Danke für den Hinweis! Probier mal bitte, ob es mit dieser Testversion nun wieder geht.

Gruß.....Mr.Servo



Hallo
Diese picons werden immer noch nicht angezeigt.
Grüße
Vu+ Duo 4K SE
OpenATV 7.4
WaveFrontier T90 - 52E, 51E, 50E, 46E, 45E, 42E, 39E, 36E, 33E, 31E, 28E, 26E, 23E, 21E, 19E, 16E, 13E, 10E, 9E, 7E, 5E, 3E, 1.9E, 1W, 4W, 5W
Corab 80 - 14W, 15W, 22W, 30WDiSEqC 16/1 EMP-Centauri + DiSEqC 10/1 Opticum + DiSEqC 4/1 Golden Interstar
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

NACHTRAG: Testversion gelöscht

#2673

Beitrag von Mr.Servo »

Okay, dann probier bitte mal dies hier aus. Danke für Deine Mithilfe!

NACHTRAG: Testversion gelöscht

Gruß.....Mr.Servo
Benutzeravatar
Maxx@
Member
Member
Beiträge: 71
Registriert: 19 Jan 2015 14:22
Receiver 1: Vu+ Duo 4K SE
Hat gedankt: 14 Mal
Hat Dank erhalten: 30 Mal

#2674

Beitrag von Maxx@ »

Mr.Servo hat geschrieben:Okay, dann probier bitte mal dies hier aus. Danke für Deine Mithilfe!

Gruß.....Mr.Servo



Hallo
Diese symbole werden immer noch nicht angezeigt.
Grüße
Vu+ Duo 4K SE
OpenATV 7.4
WaveFrontier T90 - 52E, 51E, 50E, 46E, 45E, 42E, 39E, 36E, 33E, 31E, 28E, 26E, 23E, 21E, 19E, 16E, 13E, 10E, 9E, 7E, 5E, 3E, 1.9E, 1W, 4W, 5W
Corab 80 - 14W, 15W, 22W, 30WDiSEqC 16/1 EMP-Centauri + DiSEqC 10/1 Opticum + DiSEqC 4/1 Golden Interstar
jockelm6
VIP
VIP
Beiträge: 144
Registriert: 26 Apr 2015 01:16
Hat Dank erhalten: 167 Mal

#2675

Beitrag von jockelm6 »

@Mr.Servo du kannst nicht in der join Funktion das "+" durch ein "," ersetzen, da kommst was ganz anderes heraus :rofl_80_anim_gif:
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2676

Beitrag von Mr.Servo »

Ja das ist mir dann auch aufgefallen! Das ist mir leider beim Massenaustausch so mit reingerutscht und in der Testversion nun (hoffentlich überall) korrigiert.

Aber mal eine andere Frage hinsichtlich dem "Langsamwerdenproblem" nach etlichen Stunden was manche ja berichten: Würde es Sinn machen oder stören, wenn man sämtliche Queue() durch ein Queue(maxsize=2) begrenzen würde, also z.B. bei BriefLCD = Queue()

Gruß.....Mr.Servo
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2677

Beitrag von Mr.Servo »

Maxx@ hat geschrieben:Diese symbole werden immer noch nicht angezeigt.


Also bei mir klappt es mit der neuen Testversion "b".
LCD4linux-Satellite.png
LCD4linux-Satellite.png (50.09 KiB) 308 mal betrachtet


Kannst Du bei Dir mal nachsehen ob eventuell der Piconpfad noch stimmt?
LCD4linux-Satellite.png
LCD4linux-Satellite.png (50.09 KiB) 308 mal betrachtet


Anbei mal die neue Testversion und wenn das nix bringt, dann nochmal die Version von Anfang Mai 2023 aus dem GitHub.

NACHTRAG: Testversionen gelöscht

Danke Dir & Gruß.....Mr.Servo
Dateianhänge
LCD4linux-Satellitesettings.png
jockelm6
VIP
VIP
Beiträge: 144
Registriert: 26 Apr 2015 01:16
Hat Dank erhalten: 167 Mal

#2678

Beitrag von jockelm6 »

Mr.Servo hat geschrieben:Aber mal eine andere Frage hinsichtlich dem "Langsamwerdenproblem" nach etlichen Stunden was manche ja berichten: Würde es Sinn machen oder stören, wenn man sämtliche Queue() durch ein Queue(maxsize=2) begrenzen würde, also z.B. bei BriefLCD = Queue()

Ich weis nicht was das bringen soll. Die Queues werden ja abgearbeitet, sonst würde sich nichts mehr verändern. Einige Queues werden schon jetzt nicht mal mehr gefüllt bei einer Anzahl, bzw. andere Queues müssen theoretisch alle konfigurierbaren Elemente (plus eine undefinierte Anzahl per External hinzugefügten Elemente von "außen") aufnehmen können. Ich sehe nicht den Sinn, denn wenn eine Queue per maxsize voll wird ist ja was generell faul und würde auch vorher ein Dauerlaufen erzeugen. Jeder Durchgang wartet per Join auf das Ende der Queueabarbeitung, vorher geht es eh nicht noch einmal los. Eigentlich kann also eine Queue nicht länger werden wie vorgesehen, denk. Über einen "Kamm scheren" kannst du alle Queues jedenfalls nicht.
Benutzeravatar
Maxx@
Member
Member
Beiträge: 71
Registriert: 19 Jan 2015 14:22
Receiver 1: Vu+ Duo 4K SE
Hat gedankt: 14 Mal
Hat Dank erhalten: 30 Mal

#2679

Beitrag von Maxx@ »

Mr.Servo hat geschrieben:Also bei mir klappt es mit der neuen Testversion "b".
[ATTACH=CONFIG]91311[/ATTACH]

Kannst Du bei Dir mal nachsehen ob eventuell der Piconpfad noch stimmt?
[ATTACH=CONFIG]91312[/ATTACH]

Anbei mal die neue Testversion und wenn das nix bringt, dann nochmal die Version von Anfang Mai 2023 aus dem GitHub.

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




Hallo
Das Satellitenpositionssymbol wird angezeigt, das vnbietersymbol jedoch immer noch nicht.
Grüße


Vor dem heutigen update wurde das anbietersymbol korrekt angezeigt. (CANAL+)

Bild


In diesem fix gibt es hier immer noch kein lieferantensymbol.(Neuen Testversion "b").
Anstelle von CANAL+ wird nur das standardsymbol angezeigt Channel Provider

Bild


Bild
Vu+ Duo 4K SE
OpenATV 7.4
WaveFrontier T90 - 52E, 51E, 50E, 46E, 45E, 42E, 39E, 36E, 33E, 31E, 28E, 26E, 23E, 21E, 19E, 16E, 13E, 10E, 9E, 7E, 5E, 3E, 1.9E, 1W, 4W, 5W
Corab 80 - 14W, 15W, 22W, 30WDiSEqC 16/1 EMP-Centauri + DiSEqC 10/1 Opticum + DiSEqC 4/1 Golden Interstar
Benutzeravatar
Mr.Servo
Developer
Developer
Beiträge: 2844
Registriert: 10 Aug 2020 22:09
Wohnort: Pfalz / Palatinate
Receiver 1: GigaBlue UE 4K Cable (OpenATV 7.4)
Receiver 2: Mut@nt HD51 4K Cable (OpenATV 7.5)
Receiver 3: VU+ Uno 4K Cable (OpenATV 7.4)
Hat gedankt: 1942 Mal
Hat Dank erhalten: 2365 Mal
Geschlecht:

#2680

Beitrag von Mr.Servo »

jockelm6 hat geschrieben:Jeder Durchgang wartet per Join auf das Ende der Queueabarbeitung, vorher geht es eh nicht noch einmal los. Eigentlich kann also eine Queue nicht länger werden wie vorgesehen, denk. Über einen "Kamm scheren" kannst du alle Queues jedenfalls nicht.


Danke Dir für Deine wertvolle Einschätzung! Es war auch nur ein Denkansatz. Um das Thema "Briefkasten" habe ich mich ja im Rahmen der Umstellung von Py2->Py3 auch gar nicht kümmern müssen. Von daher hatte ich da auch nie einen Fokus drauf.
Fazit: Also Finger weg von die Knöpp ;)

Gruß.....Mr.Servo
Antworten

Zurück zu „Plugins“