[lcd4linux]: Kleiner Unterschied zwischen HD1 und HD2-Version

[theobald123]

Mir ist beim Testen meines LCD-Tickers folgendes aufgefallen.
Sobald man im Layout bei einer Image-Position X0 oder Y0 angibt
wird bei HD2-Hardware das Bild nicht auf dem Display angezeigt.
Bei HD1-Hardware funktioniert die Anzeige mit X0 oder Y0.
Im Anhang ist eine Grafik und eine .conf-Datei zum Testen enthalten.

Zum Test:
Beides nach /tmp kopieren und für die .conf-Datei Rechte 600 vergeben.
killall lcd4linux beendet die aktuelle Anzeige
/bin/lcd4linux -f /tmp/test.conf zeigt das Bild an
service lcd4linux restart stellt die ursprüngliche Anzeige wieder her

Das ganze ist nicht tragisch, es wäre aber schön, wenn sich lcd4linux auf beiden
Plattformen gleich verhalten würde.

Edit: ohne Anhang geht natürlich nichts

[vanhofen]

Woher das rührt, kann ich dir nicht sagen, denn wir unterscheiden da nicht zwischen den Platformen. Sowohl HD1 als auch HD2 benutzen die gleichen lcd4linux-Sourcen und die gleichen Configs.
Es ist auch schon Jahre her, dass wir da was dran gemacht haben. Dunkel kann ich mich aber auch noch an Sorgen damit erinnern.
Ich glaube x0 hat Probleme bereitet, wohingegen y0 funktioniert hat. Da kann ich mich aber täuschen.

Wenn du lcd4linux mit -vv startest, siehst du gut, wo was hakt. Vielleicht hilft das.

[theobald123]

Ich habe alle 4 Kombinationen durchgetestet.
Nur die Kombination X1 Y1 wird auf der HD2-Platform angezeigt.

Das Log ist für beide Platformen identisch.

Ich kann mir nur ein unterschiedliches Compiler-Flag vorstellen. (Array-Behandlung)

[vanhofen]

Also y0 funktioniert ganz sicher. Das haben wir beim Hintergrund für die Analoguhr ja drin. Da musste ich aber auch gerade in die config schauen.

[theobald123]

Du hast Recht. Y0 funktioniert. Das Problem ist nur X0.
Ich habe jetzt noch ein log mit eingeschaltetem setconsole.
Da sieht man, dass bei der HD2 der Start hängen bleibt.

[theobald123]

Der Unterschied idt auch im neuen Image vorhanden.

[gandharva]

Ich vermute der Fehler steht im Zusammenhang mit uclibc. Das müsste mal einer tiefgehend debuggen um hier eine Lösung zu finden.
Vermutlich fehlt der uclibc im Gegensatz zur glibc hier irgendeine MATH Funktionalität, bzw. ist diese evtl. leicht anders implementiert.