LCD4linux

[4l3x2k]

Wow!



Mein größten Respekt für die Sache!

Werde das Ganze nochmal abklappern und berichten!

Gut, dass du keine scheu hast deine IP hier preis zu geben :-D

[4l3x2k]

Mir fällt noch eine Sache ein ...
... weißt du von welchen Element die "PixmapLcd4linux" genutzt wird?

Ich frage, da ich bemerkt habe das davon kein .pyo bzw. .pyc erstellt wird.

[Mr.Servo]

Gut, dass du keine scheu hast deine IP hier preis zu geben :-D

Danke Dir, ist inzwischen wieder "angeglichen"

Mir fällt noch eine Sache ein ...
... weißt du von welchen Element die "PixmapLcd4linux" genutzt wird?

Ich frage, da ich bemerkt habe das davon kein .pyo bzw. .pyc erstellt wird.

Also die "/usr/lib/enigma2/python/Components/Renderer/PixmapLcd4linux.py" ist der grafische Renderer, der von der "/etc/enigma2/skin_user.xml" aufgerufen wird, wenn es darum geht boxinterne Gerätedisplays anzusteuern. Sind diese deaktiviert, dann ist wohl auch die "skin_user.xml" "leer"

Komisch! Bei mir wird die PixmapLcd4linux.py automatisch beim GUI-Neustart von OpenATV 6.5 compiliert. Bei OpenATV 6.4 hingegen wird es nicht compiliert, so wie die anderen Renderer auch nicht.

Gruß.....Mr.Servo

[4l3x2k]

Also die "/usr/lib/enigma2/python/Components/Renderer/PixmapLcd4linux.py" ist der grafische Renderer, der von der "/etc/enigma2/skin_user.xml" aufgerufen wird, wenn es darum geht boxinterne Gerätedisplays anzusteuern. Sind diese deaktiviert, dann ist wohl auch die "skin_user.xml" "leer"

Komisch! Bei mir wird die PixmapLcd4linux.py automatisch beim GUI-Neustart von OpenATV 6.5 compiliert. Bei OpenATV 6.4 hingegen wird es nicht compiliert, so wie die anderen Renderer auch nicht.

Gruß.....Mr.Servo

Aha. Nun gut. Sowas -boxinternes LCD- habe ich nicht auf der SF8008.

Ich denke unter 6.5 landen die Dinger in __pycache__/*.pyc. pyo's gibt es unter python 3 wohl nicht.

[Mr.Servo]

Aha. Nun gut. Sowas -boxinternes LCD- habe ich nicht auf der SF8008.

Ich denke unter 6.5 landen die Dinger in __pycache__/*.pyc. pyo's gibt es unter python 3 wohl nicht.

Genau richtig!

OpenATV 6.4 compiliert .pyo ins selbe Verzeichnis
OpenATV 6.5 compiliert cpython-38.pyc ins Unterverzeichnis "__pycache__"

Gruß.....Mr.Servo

[4l3x2k]

Nun nochmal zum Thema Testen. Sorry das ich hier wieder die lange Liste reinklatsche, aber so ist es dann vollständig.

Vorweg kann ich sagen es sieht super aus unter 6.4. Vielleicht lässt sich bei (1) noch was machen.

Code: Alles auswählen

Octagon SF8008 Combo
OpenATV 6.4
LCD4Linux 5.0-r7i

Kurzübersicht Abweichende Konfiguration zum Auslieferungszustand
inklusive Testergebnis und Fehlerbeschreibung

Modus Global
============
Element andere
--------------
LCD 1 Typ: nur Bild 1024x600
Debug-Logging > /tmp/L4Log.txt: LogDatei umfangreich

Element MJPEG Stream
--------------------
MJPEG Stream LCD 1 aktiv: Ja
MJPEG Zyklus: 1

Element Bild
------------
Bild Qualität für Größenänderung: besser/langsam

Element Schirm
--------------
Benutzte Schirme zum Wechsel: Schirm 1-8

Modus An
========
Element Hintergrund:                Schirm 1-9 => OK
Element Picon:                      Schirm 4 => OK
Element Uhrzeit:                    Schirm 2 => OK
Element Programm Name:              Schirm 4 => OK
Element Programm Nummer:            Schirm 4 => OK
Element Programm Info:              Schirm 4 => OK
Element Nächste Programm Info:      Schirm 4 => OK
Element Erweiterte Beschreibung:    Schirm 4 => OK
Element Fortschrittsbalken:         Schirm 4 => OK
Element Informationen:              Schirm 5 => OK
Element Signal Qualität Bar:        Schirm 5 => OK
Element Satellit:                   Schirm 5 => OK
Element Provider:                   Schirm 5 => OK
Element Verwendete Tuner:           Schirm 5 => OK
Element Nächste Aufnahme:           Schirm 4 => OK
Element Lautstärke:                 Schirm 5 => OK
Element Stumm:                      Schirm 5 => OK
Element Audio/Video:                Schirm 5 => OK
Element Bitrate:                    Schirm 5 => OK
Element Online [Ping]:              Schirm 5 => NOK (1)
Element External IP Address:        Schirm 5 => OK
Element Speicher-Geräte:            Schirm 5 => OK
Element HDD:                        Schirm 5 => OK (2)
Element Wetter:                     Schirm 3 => OK
Element Mondphase:                  Schirm 6 => OK
Element Sonnenaufgang:              Schirm 6 => OK
Element Zeige Textdatei:            Schirm 6 => OK
Element Zeige Textdatei 2:          Schirm 6 => OK
Element Zeige HTTP Text:            Schirm 6 => OK
Element Zeige Bild:                 Schirm 7 => OK
Element Kalender:                   Schirm 6 => OK (3)
Element Ereigns Icon Bar:           Schirm 7 => OK
Element Text 1 anzeigen:            Schirm 7 => OK
Element Text 2 anzeigen:            Schirm 7 => OK
Element Rechteck 1:                 Schirm 7 => OK
Element Aufnahme:                   Schirm 1-9 => OK
Element Stotter TV:                 Schirm 8 => OK (4)


(1) Irgendwas stimmt hier noch nicht ganz. Ich konnte es auf sehr kleine Latenzzeiten einschränken.  Dann wird immer "rot" angezeigt.
Ich habe zum Beispiel meinen Router mit "Gateway:fritz.box" eingetragen. Die Box hängt per Kabel mit Gigabit dran.
Auf der Box:
root@sf8008:~# ping fritz.box -c5
PING fritz.box (192.168.178.1): 56 data bytes
64 bytes from 192.168.178.1: seq=0 ttl=64 time=0.770 ms
64 bytes from 192.168.178.1: seq=1 ttl=64 time=0.790 ms
64 bytes from 192.168.178.1: seq=2 ttl=64 time=0.789 ms
64 bytes from 192.168.178.1: seq=3 ttl=64 time=0.799 ms
64 bytes from 192.168.178.1: seq=4 ttl=64 time=0.784 ms

--- fritz.box ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.770/0.786/0.799 ms


(2) USB-Stick wird immer "rot" angezeigt. Sprich das Bild HDDs.png aus dem data Verzeichnis.

Zitat Papi2000
Ja - es gibt in der busybox ein eingebautes hdparm. Das könnte ja fehlerhaft und / oder beschnitten sein. Ist es aber in dem Fall nicht:
Das ändert nämlich nichts an der Blockade zum USB-Port: beide Varianten kommen nicht sauber an USB-Devices. Nur der SATA-Pfad wird ordentlich gesteuert und abgefragt. Das ist aber schon ewig so. Das externe hdparm kommt afaik direkt aus dem Urlinux.

Geht also nur mit "echten" Festwertspeicher.

(3) Ich gebe im Modus Global unter Element Kalender die Kalender ics-URL ein: http://onlinekalender.info/feiertage/deutschland.ics
und die Farbe stelle ich auf limone. Leider werden im Kalender keine Tage mit limone markiert und auch keine Ereignisse angezeigt.

(4) Wird nicht angezeigt.
Boxspezifisches grab auf der sf8008. Hat keine Schalter und gibt nur auf den Standardausgabekanal des Prozesses / Terminal aus.

[Mr.Servo]

Nun nochmal zum Thema Testen. Sorry das ich hier wieder die lange Liste reinklatsche, aber so ist es dann vollständig.
Element Online [Ping]: Schirm 5 => NOK (1)
(1) Irgendwas stimmt hier noch nicht ganz. Ich konnte es auf sehr kleine Latenzzeiten einschränken. Dann wird immer "rot" angezeigt.
Ich habe zum Beispiel meinen Router mit "Gateway:fritz.box" eingetragen. Die Box hängt per Kabel mit Gigabit dran.
Auf der Box:
root@sf8008:~# ping fritz.box -c5
PING fritz.box (192.168.178.1): 56 data bytes
64 bytes from 192.168.178.1: seq=0 ttl=64 time=0.770 ms
64 bytes from 192.168.178.1: seq=1 ttl=64 time=0.790 ms
64 bytes from 192.168.178.1: seq=2 ttl=64 time=0.789 ms
64 bytes from 192.168.178.1: seq=3 ttl=64 time=0.799 ms
64 bytes from 192.168.178.1: seq=4 ttl=64 time=0.784 ms

--- fritz.box ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.770/0.786/0.799 ms

Danke Dir fürs große Testen. Auch wenn die negativen Ergbnisse nicht so schön für mich sind, so sind sie doch schön für das Projekt ! Danke Dir dafür!!!!

Komisch! Gehe mal mit TTY (z.B. Putty) rein, wechsle ins Verzeichnis "/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux" und starte mal das neue "ping.py":

python ping.py {Deine Fritzbox-IP}

Was zeigt er an? Wenn Du nun im LCD4Linux nun im Element Online [Ping] einen Timeout von 50 ms {ist ja die Voreinstellung} eingibst, dann kommt doch grün, oder?

Gruß.....Mr.Servo

[Mr.Servo]

Element Kalender: Schirm 6 => OK (3)
(3) Ich gebe im Modus Global unter Element Kalender die Kalender ics-URL ein: http://onlinekalender.info/feiertage/deutschland.ics
und die Farbe stelle ich auf limone. Leider werden im Kalender keine Tage mit limone markiert und auch keine Ereignisse angezeigt.

Doofe Frage: Kann es daran liegen, daß es im März einfach gar keinen Feiertag gibt, der angezeigt werden kann?

Der Dateianhang L4L-Kalender.png existiert nicht mehr.

Anzeige mit Einstellung: Kalender Tage Ereignisvorschau "31 Tage"

Gruß......Mr.Servo

[4l3x2k]

Danke Dir fürs große Testen. Auch wenn die negativen Ergbnisse nicht so schön für mich sind, so sind sie doch schön für das Projekt ! Danke Dir dafür!!!!

Komisch! Gehe mal mit TTY (z.B. Putty) rein, wechsle ins Verzeichnis "/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux" und starte mal das neue "ping.py":

python ping.py {Deine Fritzbox-IP}

Was zeigt er an? Wenn Du nun im LCD4Linux nun im Element Online [Ping] einen Timeout von 50 ms {ist ja die Voreinstellung} eingibst, dann kommt doch grün, oder?

Gruß.....Mr.Servo

Nein wird eben nicht grün. Auch nicht mit Timeout 50 ms. Das scheint etwas mit den Werten zutun zu haben die falsch interpretiert oder ausgelesen werden.

Hier mal der output für "fritz.box" und "google.de". Wie gesagt, fritz.box hat eine sehr sehr kurze Latenz.

Code: Alles auswählen

root@sf8008:~# cd /usr/lib/enigma2/python/Plugins/Extensions/LCD4linux/
root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux# python ping.py fritz.box

PYTHON PING fritz.box (192.168.178.1): 64 data bytes
64 bytes from 192.168.178.1: icmp_seq=0 ttl=64 time=0 ms
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=0 ms

----192.168.178.1 PYTHON PING Statistics----
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip (ms)  min/avg/max = 0/0.8/0

root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux# python ping.py google.de

PYTHON PING google.de (172.217.18.99): 64 data bytes
64 bytes from 172.217.18.99: icmp_seq=0 ttl=115 time=28 ms
64 bytes from 172.217.18.99: icmp_seq=1 ttl=115 time=26 ms
64 bytes from 172.217.18.99: icmp_seq=2 ttl=115 time=23 ms

----172.217.18.99 PYTHON PING Statistics----
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip (ms)  min/avg/max = 23/26.5/28

Habe eben auch nochmal die ping.zip neu geladen und rübergeschoben mit dem selben Ergebnis. => Ich sehe ROT ;-)

Der Dateianhang dpf.png existiert nicht mehr.

[4l3x2k]

Doofe Frage: Kann es daran liegen, daß es im März einfach gar keinen Feiertag gibt, der angezeigt werden kann?

[ATTACH=CONFIG]75060[/ATTACH]
Anzeige mit Einstellung: Kalender Tage Ereignisvorschau "31 Tage"

Gruß......Mr.Servo

Das war's!

Kalender Tage Ereignisvorschau "31 Tage"

Manchmal bin ich zum Käckern zu doof oder sehe den Wald vor lauter Bäumen nicht mehr! :-D

D A N K E!

Jetzt ist zumindest Ostern gesichert :-P

[Mr.Servo]

Nein wird eben nicht grün. Auch nicht mit Timeout 50 ms. Das scheint etwas mit den Werten zutun zu haben die falsch interpretiert oder ausgelesen werden.

Hier mal der output für "fritz.box" und "google.de". Wie gesagt, fritz.box hat eine sehr sehr kurze Latenz.

Habe eben auch nochmal die ping.zip neu geladen und rübergeschoben mit dem selben Ergebnis. => Ich sehe ROT ;-)

Also das ist mehr als nur merkwürdig: Die Zugriffszeiten bei "fritz.box" und "google.de" liegen unter 50ms und trotzdem wird "Rot" angezeigt. Von mir wird der Mittelwert "average" ausgewertet, der aber stets klar unter 50ms liegt.

Gehe mal bitte auf "Global" und dann wieder auf "An" um einen Refresh zu erzwingen. Dann warte bitte 30 Sekunden. Immer nbch nichts? Dann gibts doch nicht denn bei mir klappt das "wie's Lottchen".

Was sagen die Anderen bezüglich Element "Online [Ping]" und den Einträgen (z.B. @jorgo)?
- "Internet:www.google.de"
- "Fritz:192.168.x.y" {also die eigene Fritzbox-IP}

Wird es dann nach einer Wartezeit von ca. 30 Sekunden endlich grün?

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

[4l3x2k]

Habe jetzt seit dem report laufen lassen und eben nochmal geguckt. Weiterhin rot.

Gehe mal bitte auf "Global" und dann wieder auf "An" um einen Refresh zu erzwingen. Dann warte bitte 30 Sekunden. Immer nbch nichts? Dann gibts doch nicht denn bei mir klappt das "wie's Lottchen".

Ja das hat geklappt. Nach dem nächsten refresh dann aber wieder dauerhaft rot.

Habe jetzt noch meinen Laptop über WLAN reingenommen. Da klappt es, alles grün.

Bei dem jetzt zusätzlich noch hinzugefügten RPi allerdings kommt sehr, sehr häufig rot. Ab und an grün. Habe das Gefühl, dass immer wenn avg kleiner 1.0 ist wird es rot.

Auch auf einem neuen Schirm und nach kompletten Neustart.

Ich flashe morgen nochmal neu, kopiere alles rüber und guck mir das dann nochmal an.


EDIT
Was mir bei dem python ping noch auffällt. Ein min. und max. von 0, aber ein avg. von 0.8?

[Turbohai]

Sorry erst jetzt, ging nicht schneller.

Bei GB IP 4K mit 6.4 Element HDD (USB-Stick) Aktiv/ inaktiv Rot/Rot (nok)

Bei GB IP 4K mit 6.4 Element Online (Ping) "www.google.de" Grün (ok), Fritzbox: 192.168.1...(eigene-IP) Rot wird vorübergehend Grün und dann wieder Rot (nok)

Bei GB IP 4K mit 6.5 Element Online (Ping) "www.google.de" Grün (ok), Fritzbox: 192.168.1...(eigene-IP) Rot wird vorübergehend Grün und dann wieder Rot (nok)

Bei GB Quad 4K mit 6.4 Element HDD (Festplatte) Aktiv/ inaktiv Grün/Rot (ok)

Bei GB Quad 4K mit 6.4 Element Online (Ping) "www.google.de" Grün (ok), Fritzbox: 192.168.1...(eigene-IP) Rot wird vorübergehend Grün und dann wieder Rot (nok)

GB Quad 4K mit 6.5 muss ich morgen nachreichen...

[Mr.Servo]

Was mir bei dem python ping noch auffällt. Ein min. und max. von 0, aber ein avg. von 0.8?

Kann sein, das die "ping.py" mit zu schnellen Verbindungen noch ihre Probleme hat. Das hatte ich so nicht erwartet und so nicht auf dem Radar. Ich mache hier mal ein paar Selbsttests und versuche das zu ergünden.

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

[Turbohai]

Hallo Mr.Servo & 4l3x2k,

Bei GB Quad 4K mit 6.5 Element HDD (Festplatte) Aktiv/ inaktiv Grün/Rot (ok)

Bei GB Quad 4K mit 6.5 Element Online (Ping) "www.google.de" Grün (ok), Fritzbox: 192.168.1...(eigene-IP) Rot wird vorübergehend Grün und dann wieder Rot (nok)

Zu Element HDD noch die Info, bei Statusänderung der Festblatte dauert es immer ca. 25-30 sec bis die Veränderung angezeigt wird.

[Mr.Servo]

Bei GB Quad 4K mit 6.5 Element Online (Ping) "www.google.de" Grün (ok), Fritzbox: 192.168.1...(eigene-IP) Rot wird vorübergehend Grün und dann wieder Rot (nok)

Hey @Turbohai und @4l3x2k und alle anderen Tester,

ich habe soeben die "plugin.py" als auch die "ping.py" nochmals in Post #722 ausgetauscht.

Aufgrund der Erfahrungen mit PY2/3-Kombis habe ich den Mittelwert "geintegert", was ja auch bei normalen Internetverbindungen (>1ms) prima ist. Bei Routerverbindungen geht es rasanter zu (<1 ms) und da paßt das natürlich nicht. "int(0.9)" ist nunmal "0", also 0ms und damit die Botschaft: "durchgefallen wegen Timeout". Kurzum: Ich habe die "plugin.py" jetzt auf Float umgestellt...

Warum wird überhaupt eine externe "[B]ping.py" benutzt, wo doch mit "import os" ein fertiges "os.system("ping -c 1 " + hostname)" gibt?[/B]
1. Tradition? LCD4Linux brachte schon von je her sein eigenes "ping" mit.
2. Die "os.system"-Ping hat erzwungenermaßen stets eine Textausgabe (ist also nicht 100% still) und gibt als Ergebnis nur ein True/False raus. Das reicht natürlich, aber die zwangsweise Textausgabe muß echt nicht sein...
3. Die "ping.py" hingegen ist 100% still wenn gewünscht und liefert neben dem True/False noch ein schönes Tupel an Infos...
4. Und importiert werden müssen ohnehin beide, von daher macht es keinen Unterschied...

Probiert mal bitte ob es das gewesen war. Dann wären wir nämlich am Ende unserer Reise, oder gibts noch Fehlermeldungen?

Gruß......Mr.Servo

[4l3x2k]

@Mr.Servo

ich denke das Problem liegt ist in der plugin.py, Zeile 12792 version 5.0-r7i.

Code: Alles auswählen

if (r and [color=#FF0000]int(r[2]) != 0[/color]) and int(r[2]) <= int(ConfigTimeout):

Schaue ich mir die Ausgabe von

Code: Alles auswählen

root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux# python ping.py fritz.box

PYTHON PING fritz.box (192.168.178.1): 64 data bytes
64 bytes from 192.168.178.1: icmp_seq=0 ttl=64 time=0 ms
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=0 ms

----192.168.178.1 PYTHON PING Statistics----
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip (ms)  min/avg/max = 0/[color=#FF0000]0.8[/color]/0

root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux#

an und teste das mal mit

Code: Alles auswählen

root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux# python -c "fd = 0.4; fu = 0.5; print(int(fd)); print(int(fu));"
0
0
root@sf8008:/usr/lib/enigma2/python/Plugins/Extensions/LCD4linux#

sehe ich, dass die Bedingung im ersten Codeschnipsel rot markiert nicht wahr wird und damit "red" als Farbe bleibt.

Eventuell hilft schon

Code: Alles auswählen

if (r and [color=#FF0000]r[2] != 0.0[/color]) and int(r[2]) <= int(ConfigTimeout):

[4l3x2k]

Hey @Turbohai und @4l3x2k und alle anderen Tester,

ich habe soeben die "plugin.py" als auch die "ping.py" nochmals in Post #722 ausgetauscht.

Aufgrund der Erfahrungen mit PY2/3-Kombis habe ich den Mittelwert "geintegert", was ja auch bei normalen Internetverbindungen (>1ms) prima ist. Bei Routerverbindungen geht es rasanter zu (<1 ms) und da paßt das natürlich nicht. "int(0.9)" ist nunmal "0", also 0ms und damit die Botschaft: "durchgefallen wegen Timeout". Kurzum: Ich habe die "plugin.py" jetzt auf Float umgestellt...

Warum wird überhaupt eine externe "[B]ping.py" benutzt, wo doch mit "import os" ein fertiges "os.system("ping -c 1 " + hostname)" gibt?[/B]
1. Tradition? LCD4Linux brachte schon von je her sein eigenes "ping" mit.
2. Die "os.system"-Ping hat erzwungenermaßen stets eine Textausgabe (ist also nicht 100% still) und gibt als Ergebnis nur ein True/False raus. Das reicht natürlich, aber die zwangsweise Textausgabe muß echt nicht sein...
3. Die "ping.py" hingegen ist 100% still wenn gewünscht und liefert neben dem True/False noch ein schönes Tupel an Infos...
4. Und importiert werden müssen ohnehin beide, von daher macht es keinen Unterschied...

Probiert mal bitte ob es das gewesen war. Dann wären wir nämlich am Ende unserer Reise, oder gibts noch Fehlermeldungen?

Gruß......Mr.Servo

Teste nachher und melde mich dann.

[jockelm6]

Warum wird überhaupt eine externe "[B]ping.py" benutzt, wo doch mit "import os" ein fertiges "os.system("ping -c 1 " + hostname)" gibt?[/B]
1. Tradition? LCD4Linux brachte schon von je her sein eigenes "ping" mit.
2. Die "os.system"-Ping hat erzwungenermaßen stets eine Textausgabe (ist also nicht 100% still) und gibt als Ergebnis nur ein True/False raus. Das reicht natürlich, aber die zwangsweise Textausgabe muß echt nicht sein...

weil ich (und sollte jeder Andere auch) von os.system Aufrufen nichts halte. Da wird immer eine neue Shell erstellt und eine EXE gestartet, für was der Stress? Das ist uneffektiv, wenn auch einfach.

[4l3x2k]

Sehr schön!



Die Version 5.0-r7i läuft bei mir jetzt unter 6.4 und 6.5 wie sie soll mit ein und der selben Konfiguration.

Hier nochmal die Ergebnisse

6.4

Code: Alles auswählen

Octagon SF8008 Combo
OpenATV 6.4
LCD4Linux 5.0-r7i

Kurzübersicht Abweichende Konfiguration zum Auslieferungszustand
inklusive Testergebnis und Fehlerbeschreibung

Modus Global
============
Element andere
--------------
LCD 1 Typ: nur Bild 1024x600
Debug-Logging > /tmp/L4Log.txt: LogDatei umfangreich

Element MJPEG Stream
--------------------
MJPEG Stream LCD 1 aktiv: Ja
MJPEG Zyklus: 1

Element Bild
------------
Bild Qualität für Größenänderung: besser/langsam

Element Schirm
--------------
Benutzte Schirme zum Wechsel: Schirm 1-8

Modus An
========
Element Hintergrund:                Schirm 1-9 => OK
Element Picon:                      Schirm 4 => OK
Element Uhrzeit:                    Schirm 2 => OK
Element Programm Name:              Schirm 4 => OK
Element Programm Nummer:            Schirm 4 => OK
Element Programm Info:              Schirm 4 => OK
Element Nächste Programm Info:      Schirm 4 => OK
Element Erweiterte Beschreibung:    Schirm 4 => OK
Element Fortschrittsbalken:         Schirm 4 => OK
Element Informationen:              Schirm 5 => OK
Element Signal Qualität Bar:        Schirm 5 => OK
Element Satellit:                   Schirm 5 => OK
Element Provider:                   Schirm 5 => OK
Element Verwendete Tuner:           Schirm 5 => OK
Element Nächste Aufnahme:           Schirm 4 => OK
Element Lautstärke:                 Schirm 5 => OK
Element Stumm:                      Schirm 5 => OK
Element Audio/Video:                Schirm 5 => OK
Element Bitrate:                    Schirm 5 => OK
Element Online [Ping]:              Schirm 5 => OK
Element External IP Address:        Schirm 5 => OK
Element Speicher-Geräte:            Schirm 5 => OK
Element HDD:                        Schirm 5 => OK
Element Wetter:                     Schirm 3 => OK
Element Mondphase:                  Schirm 6 => OK
Element Sonnenaufgang:              Schirm 6 => OK
Element Zeige Textdatei:            Schirm 6 => OK
Element Zeige Textdatei 2:          Schirm 6 => OK
Element Zeige HTTP Text:            Schirm 6 => OK
Element Zeige Bild:                 Schirm 7 => OK
Element Kalender:                   Schirm 6 => OK
Element Ereigns Icon Bar:           Schirm 7 => OK
Element Text 1 anzeigen:            Schirm 7 => OK
Element Text 2 anzeigen:            Schirm 7 => OK
Element Rechteck 1:                 Schirm 7 => OK
Element Aufnahme:                   Schirm 1-9 => OK
Element Stotter TV:                 Schirm 8 => OK

6.5

Code: Alles auswählen

Octagon SF8008 Combo
OpenATV 6.5
LCD4Linux 5.0-r7i

Kurzübersicht Abweichende Konfiguration zum Auslieferungszustand
inklusive Testergebnis und Fehlerbeschreibung

Modus Global
============
Element andere
--------------
LCD 1 Typ: nur Bild 1024x600
Debug-Logging > /tmp/L4Log.txt: LogDatei umfangreich

Element MJPEG Stream
--------------------
MJPEG Stream LCD 1 aktiv: Ja
MJPEG Zyklus: 1

Element Bild
------------
Bild Qualität für Größenänderung: besser/langsam

Element Schirm
--------------
Benutzte Schirme zum Wechsel: Schirm 1-8

Modus An
========
Element Hintergrund:                Schirm 1-9 => OK
Element Picon:                      Schirm 4 => OK
Element Uhrzeit:                    Schirm 2 => OK
Element Programm Name:              Schirm 4 => OK
Element Programm Nummer:            Schirm 4 => OK
Element Programm Info:              Schirm 4 => OK
Element Nächste Programm Info:      Schirm 4 => OK
Element Erweiterte Beschreibung:    Schirm 4 => OK
Element Fortschrittsbalken:         Schirm 4 => OK
Element Informationen:              Schirm 5 => OK
Element Signal Qualität Bar:        Schirm 5 => OK
Element Satellit:                   Schirm 5 => OK
Element Provider:                   Schirm 5 => OK
Element Verwendete Tuner:           Schirm 5 => OK
Element Nächste Aufnahme:           Schirm 4 => OK
Element Lautstärke:                 Schirm 5 => OK
Element Stumm:                      Schirm 5 => OK
Element Audio/Video:                Schirm 5 => OK
Element Bitrate:                    Schirm 5 => OK
Element Online [Ping]:              Schirm 5 => OK
Element External IP Address:        Schirm 5 => OK
Element Speicher-Geräte:            Schirm 5 => OK
Element HDD:                        Schirm 5 => OK
Element Wetter:                     Schirm 3 => OK
Element Mondphase:                  Schirm 6 => OK
Element Sonnenaufgang:              Schirm 6 => OK
Element Zeige Textdatei:            Schirm 6 => OK
Element Zeige Textdatei 2:          Schirm 6 => OK
Element Zeige HTTP Text:            Schirm 6 => OK
Element Zeige Bild:                 Schirm 7 => OK
Element Kalender:                   Schirm 6 => OK
Element Ereigns Icon Bar:           Schirm 7 => OK
Element Text 1 anzeigen:            Schirm 7 => OK
Element Text 2 anzeigen:            Schirm 7 => OK
Element Rechteck 1:                 Schirm 7 => OK
Element Aufnahme:                   Schirm 1-9 => OK
Element Stotter TV:                 Schirm 8 => OK

Hervorglänzed @Mr.Servo!

Danke an alle!

Dann mal ab in die Wolke damit.