[osd2web + seahawks kivy client] Hilfe zur Reaktivierung unter Ubuntu Jammy yavdr - Vorsicht "noob" auf diesem Gebiet

ciax · 10. November 2023

Hallo,

da hier die Anzeige auf einem "kleinen TFT / 4:3" mit osd2web aus ~3m natürlich suboptimal ist, versuchte ich das PoC kivy JS.Script "kivy-osd2web" von Seahawk mal auszuprobieren (https://github.com/seahawk1986/kivy-osd2web) - das wesentlich besser auf kleinen Displays skalieren sollte - siehe hier: RE: yavdr ansible

Es müßten alle Pakete zur Verwendung am System installiert sein, aber vermtl. hat sich da mittlerweile bis zu jammy so einiges geändert. Hier hab ich das "master.zip" mal runtergeladen und nach Entpacken sudo python2 ./vdr_status_display.py ausgeführt, leider kommt eine Fehlermeldung zu "twisted_reactor":

Python

Traceback (most recent call last):
File "./vdr_status_display.py", line 6, in <module>
from kivy.support import install_twisted_reactor
ImportError: No module named kivy.support

vdr hatte zum Testzeitpunkt osd2web mit "ViewOnly=1" automatisch via kiosk-browser die Anzeige (halt zu klein) am TFT am Laufen - den Listener localhost:4444 "up", ist aber unabhängig vom Fehler ..

Bin mir nicht sicher, wie ich das kivy/js Script sauber beim Start/Boot einbinden könnte, wenn es denn überhaupt zum "Fliegen zu bringen ist". Eventuell liegt es aber doch nicht an so viel .. vielleicht hat jemand eine Idee, Hinweis zum Weiterkommen ..

Grusz!

ciax · 10. November 2023

folgende Versionen wären aktiv:

Code

pip show kivy
Name: Kivy
Version: 1.11.0
Summary: A software library for rapid development of hardware-accelerated multitouch applications.
Home-page: http://kivy.org
Author: Kivy Team and other contributors
Author-email: kivy-dev@googlegroups.com
License: MIT
Location: /usr/lib/python3/dist-packages
Requires:
Required-by:


[..]


pip show twisted
Name: Twisted
Version: 22.1.0
Summary: An asynchronous networking framework written in Python
Home-page: https://twistedmatrix.com/
Author: Twisted Matrix Laboratories
Author-email: twisted-python@twistedmatrix.com
License: MIT
Location: /usr/lib/python3/dist-packages
Requires:
Required-by:

Alles anzeigen

[/code]

seahawk1986 · 10. November 2023

Es gibt einen extra Branch für python3 (die Unterstützung für python2 ist ja schon einige Jahre ausgelaufen), den ich damals für Taipan angelegt hatte: https://github.com/seahawk1986/kivy-osd2web/tree/python3

Ich habe das gerade auf einem Ubuntu 22.04 System durchgespielt, da ist alles nötige in den Paketquellen:

Code

sudo apt install python3-kivy python3-twisted python3-autobahn fonts-roboto
git clone https://github.com/seahawk1986/kivy-osd2web -b python3
cd kivy-osd2web
./vdr_status_display.py

Ich hatte jetzt nur mal in der vdrstatusapp.ini den Wert default_screen = clock gesetzt, das scheint auf den ersten Blick zu funktionieren (auch wenn es beim Start einige Warnungen gibt, dass Dinge veraltet sind).

Wenn du ein yavdr-ansible System hast, sollte sich das recht einfach als Ersatz für osd2web mit kiosk-Browser starten lassen - dazu braucht es dann noch ein Drop-In für die Systemd-Unit /var/lib/vdr/.config/systemd/user/osd2web.service - also z.B. sowas:

Code: /var/lib/vdr/.config/systemd/user/osd2web.service.d/kivy.conf

[Service]
ExecStart=/usr/bin/on_vdr -o -c '/pfad/zur/vdr_status_display.py'

Nach einem Neustart sollte es dann anstelle des kiosk-browser gestartet werden.

ciax · 10. November 2023

Vielen Dank für deine immer wieder weiterführenden Hinweise - du bringst alles immer "auf den Punkt" (donate - jetzt geht's schon viel weiter - allerdings bleibt am TFT (nach dem Reboot) nur das "blaue yavdr Logo". Ich muss mir das morgen nochmal ansehen (eventuell Rechte). Folgend der Output bei einem manuellem Start:

Python

sudo ./vdr_status_display.py
[INFO   ] [Logger      ] Record log in /root/.kivy/logs/kivy_23-11-10_1.txt
[INFO   ] [Kivy        ] v1.11.0
[INFO   ] [Kivy        ] Installed at "/usr/lib/python3/dist-packages/kivy/__init__.py"
[INFO   ] [Python      ] v3.10.12 (main, Jun 11 2023, 05:26:28) [GCC 11.4.0]
[INFO   ] [Python      ] Interpreter at "/usr/bin/python3"
[INFO   ] [Factory     ] 184 symbols loaded
[INFO   ] [Image       ] Providers: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignored)
[INFO   ] [Text        ] Provider: sdl2
[INFO   ] [Window      ] Provider: sdl2(['window_egl_rpi'] ignored)
error: XDG_RUNTIME_DIR not set in the environment.
[CRITICAL] [Window      ] Unable to find any valuable Window provider. Please enable debug logging (e.g. add -d if running from the command line, or change the log level in the config) and re-run your app to identify potential causes
egl_rpi - ImportError: cannot import name 'bcm' from 'kivy.lib.vidcore_lite' (/usr/lib/python3/dist-packages/kivy/lib/vidcore_lite/__init__.py)
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 59, in core_select_lib
mod = __import__(name='{2}.{0}.{1}'.format(
File "/usr/lib/python3/dist-packages/kivy/core/window/window_egl_rpi.py", line 12, in <module>
from kivy.lib.vidcore_lite import bcm, egl


sdl2 - RuntimeError: b'Failed loading udev_device_get_action: /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0: undefined symbol: _udev_device_get_action'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 71, in core_select_lib
cls = cls()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", line 152, in __init__
super(WindowSDL, self).__init__()
File "/usr/lib/python3/dist-packages/kivy/core/window/__init__.py", line 969, in __init__
self.create_window()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", line 287, in create_window
self.system_size = _size = self._win.setup_window(
File "kivy/core/window/_window_sdl2.pyx", line 111, in kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window
File "kivy/core/window/_window_sdl2.pyx", line 75, in kivy.core.window._window_sdl2._WindowSDL2Storage.die


x11 - ModuleNotFoundError: No module named 'kivy.core.window.window_x11'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 59, in core_select_lib
mod = __import__(name='{2}.{0}.{1}'.format(


2023-11-10 22:28:55+0100 [-] Log opened.
[CRITICAL] [App         ] Unable to get a Window, abort.

Alles anzeigen

Aber doch vielversprechend!

ciax · 11. November 2023

Hallo,

bei folgendem Part habe ich Verständnisporbleme - es wird tatsächlich "nur" eine conf-Datei unter einem neuen Verzeichnis unter user (osd2web.service.d) angelegt? /var/lib/vdr/.config/systemd/user/osd2web.service bleibt dabei einfach unverändert?

Zitat von seahawk1986
[..]
Wenn du ein yavdr-ansible System hast, sollte sich das recht einfach als Ersatz für osd2web mit kiosk-Browser starten lassen - dazu braucht es dann noch ein Drop-In für die Systemd-Unit /var/lib/vdr/.config/systemd/user/osd2web.service - also z.B. sowas:
Code: /var/lib/vdr/.config/systemd/user/osd2web.service.d/kivy.conf
[Service]
ExecStart=/usr/bin/on_vdr -o -c '/pfad/zur/vdr_status_display.py'
Nach einem Neustart sollte es dann anstelle des kiosk-browser gestartet werden.

Ich hab ./vdr_status_display.py -d mit "debug" gestartet - leider fehlt hier noch etwas ==> "x11 - ModuleNotFoundError: No module named 'kivy.core.window.window_x11'" ==> [CRITICAL] [App ] Unable to get a Window, abort.

Python

./vdr_status_display.py -d
[INFO   ] [Logger      ] Record log in /home/ciax/.kivy/logs/kivy_23-11-11_2.txt
[INFO   ] [Kivy        ] v1.11.0
[INFO   ] [Kivy        ] Installed at "/usr/lib/python3/dist-packages/kivy/__init__.py"
[INFO   ] [Python      ] v3.10.12 (main, Jun 11 2023, 05:26:28) [GCC 11.4.0]
[INFO   ] [Python      ] Interpreter at "/usr/bin/python3"
[INFO   ] [Factory     ] 184 symbols loaded
[DEBUG  ] [Cache       ] register <kv.lang> with limit=None, timeout=None
[DEBUG  ] [Cache       ] register <kv.image> with limit=None, timeout=60
[DEBUG  ] [Cache       ] register <kv.atlas> with limit=None, timeout=None
[INFO   ] [Image       ] Providers: img_tex, img_dds, img_sdl2, img_pil, img_gif (img_ffpyplayer ignored)
[DEBUG  ] [Cache       ] register <kv.texture> with limit=1000, timeout=60
[DEBUG  ] [Cache       ] register <kv.shader> with limit=1000, timeout=3600
[INFO   ] [Text        ] Provider: sdl2
[DEBUG  ] [Window      ] Ignored <egl_rpi> (import error)
[INFO   ] [Window      ] Provider: sdl2(['window_egl_rpi'] ignored)
[DEBUG  ] [Window      ] Ignored <x11> (import error)
[CRITICAL] [Window      ] Unable to find any valuable Window provider. Please enable debug logging (e.g. add -d if running from the command line, or change the log level in the config) and re-run your app to identify potential causes
egl_rpi - ImportError: cannot import name 'bcm' from 'kivy.lib.vidcore_lite' (/usr/lib/python3/dist-packages/kivy/lib/vidcore_lite/__init__.py)
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 59, in core_select_lib
mod = __import__(name='{2}.{0}.{1}'.format(
File "/usr/lib/python3/dist-packages/kivy/core/window/window_egl_rpi.py", line 12, in <module>
from kivy.lib.vidcore_lite import bcm, egl


sdl2 - RuntimeError: b'No available video device'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 71, in core_select_lib
cls = cls()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", line 152, in __init__
super(WindowSDL, self).__init__()
File "/usr/lib/python3/dist-packages/kivy/core/window/__init__.py", line 969, in __init__
self.create_window()
File "/usr/lib/python3/dist-packages/kivy/core/window/window_sdl2.py", line 287, in create_window
self.system_size = _size = self._win.setup_window(
File "kivy/core/window/_window_sdl2.pyx", line 111, in kivy.core.window._window_sdl2._WindowSDL2Storage.setup_window
File "kivy/core/window/_window_sdl2.pyx", line 75, in kivy.core.window._window_sdl2._WindowSDL2Storage.die


x11 - ModuleNotFoundError: No module named 'kivy.core.window.window_x11'
File "/usr/lib/python3/dist-packages/kivy/core/__init__.py", line 59, in core_select_lib
mod = __import__(name='{2}.{0}.{1}'.format(


2023-11-11 07:25:22+0100 [-] Log opened.
[DEBUG  ] [App         ] Loading configuration </opt/bin/kivy-osd2web/./vdrstatusapp.ini>
[DEBUG  ] [App         ] Loading kv </opt/bin/kivy-osd2web/./vdrstatus.kv>
[CRITICAL] [App         ] Unable to get a Window, abort.

Alles anzeigen

Grusz!

//Edit: es wird doch nicht daran liegen, daß die kivy Anwendung via ssh in einem terminal gestartet wird? Irgendwie kommt mir vor, dass noch irgend eine Abhängigkeit fehlt .. ?

seahawk1986 · 11. November 2023

Zitat von ciax

//Edit: es wird doch nicht daran liegen, daß die kivy Anwendung via ssh in einem terminal gestartet wird? Irgendwie kommt mir vor, dass noch irgend eine Abhängigkeit fehlt .. ?

Es liegt vermutlich daran, dass du kein DISPLAY als Umgebungsvariable definiert ist (z.B. export DISPLAY=:0.1 für den zweiten Bildschirm) - wenn du von der SSH-Session aus eine Session für den User vdr haben willst, die die Umgebungsvariablen von dessen GUI-Session widerspiegelt, kannst du über tmux darauf zugreifen: sudo tmux -S /tmp/tmux-666/default

ciax · 11. November 2023

Hallo,

was soll ich sagen, mit setzen der Displayvariable (wenn man's richtig macht - ich hatte :1.1 genommen) startet deine kivy Anwendung und die Ausgabe erscheint am TFT. Super!

Und Danke auch für den Tipp mit "tmux" - immer so praktische Hinweise.

Was noch nicht funktioniert, ist die Anzeige nach einem Reboot der Box - da kommen einige komische Meldungen im log (Auszugsweise):

Code

[..]
Nov 11 10:26:08 vdr systemd[1043]: Starting Detect second DISPLAY using xrandr...
Nov 11 10:26:08 vdr detect-second-display[1870]: detect-second-display.service: Failed to execute /var/lib/vdr/bin/detect-second-display: No such file or directory
Nov 11 10:26:08 vdr systemd[1870]: detect-second-display.service: Failed at step EXEC spawning /var/lib/vdr/bin/detect-second-display: No such file or directory
Nov 11 10:26:08 vdr systemd[1043]: detect-second-display.service: Main process exited, code=exited, status=203/EXEC
Nov 11 10:26:08 vdr systemd[1043]: detect-second-display.service: Failed with result 'exit-code'.
Nov 11 10:26:08 vdr systemd[1043]: Failed to start Detect second DISPLAY using xrandr.
Nov 11 10:26:08 vdr systemd[1043]: Starting Start openbox on the second DISPLAY if it exists...
Nov 11 10:26:08 vdr systemd[1043]: Started Start openbox on the second DISPLAY if it exists.
[..]
Nov 11 10:26:04 vdr systemd[1]: Starting Light Display Manager...
Nov 11 10:26:04 vdr systemd[1]: lightdm.service: Main process exited, code=exited, status=1/FAILURE
Nov 11 10:26:04 vdr systemd[1]: lightdm.service: Failed with result 'exit-code'.
Nov 11 10:26:04 vdr systemd[1]: Failed to start Light Display Manager.
Nov 11 10:26:05 vdr systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 3.
Nov 11 10:26:05 vdr systemd[1]: Stopped Light Display Manager.
Nov 11 10:26:05 vdr systemd[1]: Starting Light Display Manager...
[..]
Nov 11 10:26:05 vdr vdr[1040]: osd2web: osd2web plugin thread started (pid=1040)
Nov 11 10:26:05 vdr vdr[1040]: osd2web: Listener at port (4444) established
Nov 11 10:26:05 vdr vdr[1040]: osd2web: Starting '/var/lib/vdr/plugins/osd2web/startBrowser.sh'
Nov 11 10:26:05 vdr vdr[1040]: osd2web: Started browser on display ':1.1', PID is (1427).
.
Nov 11 10:26:08 vdr systemd[1043]: osd2web.service: Service has more than one ExecStart= setting, which is only allowed for Type=oneshot services. Refusing.
Nov 11 10:26:08 vdr systemd[1043]: osd2web.service: Cannot add dependency job, ignoring: Unit osd2web.service has a bad unit file setting.
[..]

Alles anzeigen

.. und es bleibt am TFT das blaue Standard yavdr-Logo.

Aber (mit etwas Hilfe ) wird's schon langsam ..

seahawk1986 · 11. November 2023

Ah, dann muss man ExecStart erst gezielt leeren, bevor man es übersteuern kann - also:

Code: /var/lib/vdr/.config/systemd/user/osd2web.service.d/kivy.conf

[Service]
ExecStart=
ExecStart=/usr/bin/on_vdr -o -c '/pfad/zur/vdr_status_display.py -f'

ciax · 12. November 2023

.. du bist der Beste - jetzt geht's auch nach einem Restart der Box

Eine "Kleinigkeit" (will nicht meckern) habe ich noch - die Anzeige am TFT sieht wie im angehängten Bild aus (Vorsicht "staubig"). Leider wird nicht der ganze Bildschirm mit der Anzeige ausgefüllt. Man sieht auch den Fensterbalken der Anwendung oben. Ich weiß nicht, an was das liegen könnte - osd2web hatte den ganzen Bildschirm ausgefüllt. Für das Display hatte ich aus einer alten Installation noch eine EDID rumliegen, die ist nun bei X im Einsatz (?), bin mir aber nicht sicher, ob überhaupt die richtige Auflösung genutzt wird (dachte immer es wäre ein 640x480er, aber EDID sagt etwas anderes ... das Xorg.0.log meint, dass es genutzt wird, teilt allerdings nichts über die Auflösung mit:

Code

[     9.469] (--) NVIDIA(GPU-0): EST LILY Ver1.00 (DFP-0): connected
[     9.469] (--) NVIDIA(GPU-0): EST LILY Ver1.00 (DFP-0): Internal DisplayPort
[     9.469] (--) NVIDIA(GPU-0): EST LILY Ver1.00 (DFP-0): 1440.0 MHz maximum pixel clock

EDID

Code

parse-edid < /etc/X11/edid.1.yavdr
Checksum Correct


Section "Monitor"
Identifier "LILY Ver1.00"
ModelName "LILY Ver1.00"
VendorName "EST"
# Monitor Manufactured week 38 of 2000
# EDID version 1.4
# Digital Display
DisplaySize 300 230
Gamma 2.00
Option "DPMS" "true"
Horizsync 30-65
VertRefresh 50-80
# Maximum pixel clock is 80MHz
Modeline        "Mode 0" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync
EndSection

Alles anzeigen

falls dies überhaupt mit der "zu kleinen Anzeige" zusammenhängt.

seahawk1986 · 12. November 2023

Da gibt es mehrere Möglichkeiten - am einfachsten ist es das Programm mit dem Schalter -a für den Vollbildmodus mit automatischer Anpassung an die Bildschirmauflösung aufzurufen. Ansonsten unterstützt es auch noch andere Methoden wie einen Pseudo-Vollbildmodus, bei dem die Fensterdekoration entfernt wird und man eine beliebige Auflösung vorgeben kann:

Code

$ ./vdr_status_display.py -h
Kivy Usage: vdr_status_display.py [OPTION...]::

        -h, --help
            Prints this help message.
        -d, --debug
            Shows debug log.
        -a, --auto-fullscreen
            Force 'auto' fullscreen mode (no resolution change).
            Uses your display's resolution. This is most likely what you want.
        -c, --config section:key[:value]
            Set a custom [section] key=value in the configuration object.
        -f, --fullscreen
            Force running in fullscreen mode.
        -k, --fake-fullscreen
            Force 'fake' fullscreen mode (no window border/decoration).
            Uses the resolution specified by width and height in your config.
        -w, --windowed
            Force running in a window.
        -p, --provider id:provider[,options]
            Add an input provider (eg: ccvtable1:tuio,192.168.0.1:3333).
        -m mod, --module=mod
            Activate a module (use "list" to get a list of available modules).
        -r, --rotation
            Rotate the window's contents (0, 90, 180, 270).
        -s, --save
            Save current Kivy configuration.
        --size=640x480
            Size of window geometry.
        --dpi=96
            Manually overload the Window DPI (for testing only.)

Alles anzeigen

ciax · 12. November 2023

.. dachte das "Script" ist ein PoC .. Spitze - mit

Code

ExecStart=/usr/bin/on_vdr -o -c '/pfad/zur/vdr_status_display.py -a'

wird's schön skaliert auf das TFT

PS: beim Ansehen einer Aufnahme zeigt es "automatisch" das EPG dazu an, beim Rückschalten auf "Live-TV" bleibt die EPG-Anzeige für die aktuelle/folgende Sendung (auch okay), aber nicht mehr die "gewohnte Uhr" ..

Danke für die "Schubser"

seahawk1986 · 13. November 2023

Was wäre denn das gewünschte Verhalten? Für eine einfache Anzeige der Uhrzeit (dann braucht es auch keine Anbindung an den VDR) könnte man das Skript stark verschlanken.

ciax · 13. November 2023

Initial habe ich drzt. über die vdrstatusapp.ini den Startbildschirm auf default_screen = clock gesetzt (die Box startet am TV mit "live-TV", am TFT mit der Uhr). Wenn man nun eine Aufnahme startet, schwenkt von rechts nach links (was ich übrigens cool finde) die EPG-Info/Beschreibung der Aufnahme rein. Wenn man nun die Aufnahme stoppt/abbricht und zum "live-TV" zurück geht, schwenkt von rechts nach links das EPG für die laufende und folgende Sendung ein. Die Uhr (sollte hier "standard" sein) kommt nicht mehr.

Das ist jetzt nicht weiter tragisch .. ganz vom vdr abgekoppelt soll es (eigentlich) nicht sein.

Ich bin etwas durch dein Skript "durchgstöbert" und hab über python/kivy ein wenig gelesen - sorry, keine Chance - da fehlt die Routine. Ich finde ja nicht mal in vdr_status_display.py, wo man zB. die Farben der Schrift für die Zeit ändern könnte oder für den Balken der laufenden Sendung unter der Uhrzeit.

CPU nimmt das Skript aktuell um die ~10% in Anspruch (auf einem SoC J3455M). Bei einer expliziten Anzeige der Uhr ohne vdr-Anbindung wird das weniger sein - eine große "analoge Uhr" am Display darzustellen wird dennoch nicht soo simpel sein - ich bring sie nicht mal digital auf's TFT

Grusz!

PS: .. "ChatGPT" bringt das mit meinen "promts" nicht auf die Reihe

seahawk1986 · 13. November 2023

Zitat von ciax

Die Uhr (sollte hier "standard" sein) kommt nicht mehr.

Das hängt an dieser Zeile wenn die Wiedergabe beendet wird: https://github.com/seahawk1986…ster/osd2web_data.py#L170 - da könntest du auch 'clock' eintragen.

Zitat von ciax

Ich bin etwas durch dein Skript "durchgstöbert" und hab über python/kivy ein wenig gelesen - sorry, keine Chance - da fehlt die Routine.

Ich bin damals über einen c't Artikel zu kivy gestolpert und bin recht schnell reingekommen (mich hat damals vor allem twisted mit der asynchronen Programmierung aufgehalten - das war lange, bevor Python3 asyncio bekommen hat) - aber danach habe ich nicht mehr wirklich etwas damit gemacht, weil es lange Zeit nur für Python2 verfügbar war.

Zitat von ciax

Ich finde ja nicht mal in vdr_status_display.py, wo man zB. die Farben der Schrift für die Zeit ändern könnte oder für den Balken der laufenden Sendung unter der Uhrzeit.

Kivy splittet das auf - der Clock-Screen ist hier definiert: https://github.com/seahawk1986…/master/vdrstatus.kv#L639 ff. - formatierter Text funktioniert über Markup im String: https://kivy.org/doc/stable/ap…ix.label.html#markup-text - d.h. man müsste das in den String, der die aktuelle Uhrzeit repräsentiert einarbeiten: https://github.com/seahawk1986…dr_status_display.py#L220

Das Progressbar-Widget ist ein bisschen unpraktisch - https://stackoverflow.com/a/51732176 bietet da einen Ansatz, um die Farbe zu ändern.

ciax · 13. November 2023

Zitat von seahawk1986

Das hängt an dieser Zeile wenn die Wiedergabe beendet wird: https://github.com/seahawk1986…ster/osd2web_data.py#L170 - da könntest du auch 'clock' eintragen.

.. Danke - das hat schon mal funktioniert - für die anderen Tipps brauch' ich noch etwas - super!

ciax · 16. November 2023

Zitat von ciax

für die anderen Tipps brauch' ich noch etwas - super!

Die Schriftart der Uhr hab ich auf ds-digital geändert - bei den anderen Details blicke ich nicht mehr durch, viele "Verschachtelungen, coden ..", keine "Routine" .. ChatGPT hilft auch nicht wirklich :O|

Die Progressbar (laufende Sendung) unter der Uhr am Display, statt blau sehr grell "rot, orange, grün .." anzuzeigen .. finde ich leider nicht auf die Schnelle. Sollte doch ein "Farbwert" (wie [color=3333ff]) sein? Die "Dicke" des Balkens etwas größer zu stellen, bin mir da absulut nicht sicher, wo "rumschrauben".

Für meine alten Augen wäre das ideal

Egal - bin nun sehr zufrieden damit.

seahawk1986 · 17. November 2023

Zitat von ciax

ChatGPT hilft auch nicht wirklich :O|

Ich habe noch nie gesehen, dass das bei komplexeren Programmen hilfreich ist - insbesondere bei Rust scheitert das grandios (aber dafür findet man schnell die Seiten, die für das Training genutzt wurden).

Zitat von ciax

Die Progressbar (laufende Sendung) unter der Uhr am Display, statt blau sehr grell "rot, orange, grün .." anzuzeigen .. finde ich leider nicht auf die Schnelle. Sollte doch ein "Farbwert" (wie [color=3333ff]) sein? Die "Dicke" des Balkens etwas größer zu stellen, bin mir da absulut nicht sicher, wo "rumschrauben".

Das hatte ich schon weiter oben verlinkt, das Widget hat kein Farb-Attribut, weil es die Balken aus mehreren Bildern zusammensetzt:

Zitat von seahawk1986

Das Progressbar-Widget ist ein bisschen unpraktisch - https://stackoverflow.com/a/51732176 bietet da einen Ansatz, um die Farbe zu ändern.

Taipan · 17. November 2023

seahawk1986

...wenn ich doch nur noch einen Monitor dranhängen hätte würde ich auch wieder Deine Variante nutzen - schnief.

Taipan · 17. November 2023

ciax

wenn Du es komplett nach Deinen Wünschen fertig hast, mach doch bitte nochmal ein aktuelles Bild...

ciax · 17. November 2023

Zitat von seahawk1986

(aber dafür findet man schnell die Seiten, die für das Training genutzt wurden).

.. damit keine Missverständnisse entstehen - dein Code wurde nicht an OpenAI/MS weitergegeben, nur eine kleine Passage (def) zur "Clock". Beim nächsten "Webupdate" ist vdr_status_display.py wahrscheinlich eh auch dabei

Anbei etwas zum Lachen (entkoppelt von vdr / on_vdr)- denke, dass ich beim Original bleibe, das passt super!

Grusz!

[osd2web + seahawks kivy client] Hilfe zur Reaktivierung unter Ubuntu Jammy yavdr - Vorsicht "noob" auf diesem Gebiet

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema