Gibt es da irgendwelche Logmeldungen, wenn setserial aufgerufen wird, um die Schnittstelle zu konfigurieren?
Hilft es landlock aus den Boot-Parametern zu entfernen?
Gibt es da irgendwelche Logmeldungen, wenn setserial aufgerufen wird, um die Schnittstelle zu konfigurieren?
Hilft es landlock aus den Boot-Parametern zu entfernen?
Soweit ich weiß sind die Low-Profile Varianten für niedrigere Tastenkappen ausgelegt und nutzen zwar die selbe Ausschnittgröße, aber andere Abmessungen bei den Kontakten und Bodenteil des Gehäuse: https://deskthority.net/wiki/C…patibility_with_Cherry_MX
Bei Kalih sieht man das in den Datenblättern: https://cdn.shopify.com/s/file…4c6e5a97.pdf?v=1667196576 vs. https://cdn.shopify.com/s/file…c9767f5d.pdf?v=1667190177
Ich hab grad mal trotzdem remote das Plugin installiert - komme ich da auch irgendwie per Console an die Infos?
Das hängt davon ab, ob du die in vdr-plugin-femon - remote via vdr-plugin-control angekündigte Version schon auf deinem System hast.
Da fehlt wohl noch das vdr-plugin-xineliboutput - ich habe das gerade noch nachgeschoben.
Verstehe ich das richtig, dass ein Board mit den Boot-Parametern serial_ir nutzen kann und das andere nicht? Welche Kernel-Versionen nutzt du auf den Systemen jeweils?
Du kannst dir auch einen Mikrocontroller mit ein paar Wunsch-Taste(r)n programmieren, der als HID-Gerät arbeitet - mit einem RP 2040 ist das z.B. recht einfach, da es fertige Projekte für Tastaturen gibt und Cherry, Gateron, Kalih usw. haben auch mechanische Low-Profile Switches im Programm, wenn du eine kleinere Bauhöhe willst.
Ich lasse die Plugins für jammy gerade noch bauen.
Eilt ja nicht - in https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.6.9 gäbe es auch noch eine vor wenigen Tagen gebaute frische VDR-Version 2.6.9, falls du damit spielen willst.
Kannst du einen Backtrace generieren? Also vdr-dbg, libc6-dbg und systemd-coredump installieren und dann mit coredumpctl gdb nachsehen, was da geknallt hat?
Also z.B. alle aufgezeichneten Crashes für den VDR listen und den Backtrace ansehen:
# Beobachtete Crashes auflisten, gewünschte PID-Nummer auswählen:
$ sudo coredumpctl list /usr/bin/vdr
# gdb mit dem Coredump starten
$ sudo cordumpctl gdb 1234
# in gdb Ausgabe in Datei aktivieren
$ set logging file /path/to/gdb_log.txt
$ set logging on
$ thread apply all bt
Falls Debug-Symbole fehlen, die entsprechenden Pakete nachinstallieren.
vdr-network-monitor.service ist nicht vorhanden
Ich habe gerade nochmal nachgesehen, die heißt vdr-net-monitor.service: https://github.com/yavdr/vdr-a…n/vdr-net-monitor.service
was kann ich noch alles deaktivieren?
Du kannst die avahi-linker.service, sowie die vdr-network-monitor.service und vdr-update-monitor.service deaktivieren, wenn du nicht die von anderen yaVDRs angekündigte Freigaben automatisch einbinden lassen willst.
Es scheint eine neue Version zu geben: https://github.com/ua0lnj/vdr-…7dd835ed389b2f6e20288993f - ich lasse dann mal neue Pakete bauen ...
Versuch mal nach der Auswahl des Plugins die rote Taste auf der Fernbedienung zu drücken. Wenn dann immer noch nichts aufgeht, müssen wir das Log nochmal anschauen.
Leider passiert da nichts auf meinem nvidia-System (Ubuntu 22.04). Mit meinem Intel-System (Ubuntu 24.04) wird das HBBTV-Menü angezeigt und die Wiedergabe scheint grundsätzlich zu funktionieren (lässt sich aber leicht aus dem Konzept bringen, z.B. wenn man die Menü-Taste drückt, während ein Video wiedergegeben wird).
Das vdr-plugin-web und vdr-plugin-webapp zu verpacken war kein Problem aber beim Rest wird es etwas umständlich - für Debian-Pakete, die auf Launchpad gebaut werden sollen, ist ein Internetzugriff während des Build-Prozess nicht möglich, d.h. man müsste dann alles vorab herunterladen und aus einem Archiv (kann von Quellcode getrennt sein, einen ähnlichen Fall gibt es bei w_scan_cpp) ins Build-Verzeichnis entpacken.
Ich habe remotestranscode und den cefbrowser mal lokal gebaut und unter dem User vdr mit den gestartet, aber sehe keinen Browser, wenn ich das Plugin mit softhddevice-cuvid als Frontend aufrufe - wie kann ich da am besten auf Ursachensuche gehen?
$ ./cefbrowser --config=/etc/vdr/sockets.ini
[0707/123325.952152:WARNING:alloy_main_delegate.cc(559)] Alloy bootstrap is deprecated and will be removed in ~M127. See https://github.com/chromiumembedded/cef/issues/3685
DevTools listening on ws://127.0.0.1:9222/devtools/browser/05abb41e-5cf3-480d-af00-5798a58da619
[0707/123326.965286:WARNING:vaapi_wrapper.cc(1524)] Skipping nVidia device named: nvidia-drm
[0707/123423.280092:INFO:CONSOLE(2264)] "initialize keyhandler", source: http://itv.ard.de/ardstart/index.html (2264)
[0707/123423.438047:INFO:CONSOLE(3412)] "Hide Object application/oipfapplicationmanager", source: http://itv.ard.de/ardstart/index.html (3412)
[0707/123423.438120:INFO:CONSOLE(3412)] "Hide Object application/oipfconfiguration", source: http://itv.ard.de/ardstart/index.html (3412)
[0707/123423.438668:INFO:CONSOLE(3400)] "Init Found TV on node: [object HTMLObjectElement]", source: http://itv.ard.de/ardstart/index.html (3400)
[0707/123423.444672:INFO:CONSOLE(3029)] "[object Object]", source: http://itv.ard.de/ardstart/index.html (3029)
[0707/123423.445507:INFO:CONSOLE(3029)] "[object Object]", source: http://itv.ard.de/ardstart/index.html (3029)
[0707/123423.496570:INFO:CONSOLE(2604)] "Node bindToCurrentChannel", source: http://itv.ard.de/ardstart/index.html (2604)
[0707/123423.564818:INFO:CONSOLE(2640)] "Node register listener - subtit", source: http://itv.ard.de/ardstart/index.html (2640)
[0707/123449.816887:INFO:CONSOLE(2264)] "initialize keyhandler", source: http://itv.ard.de/ardstart/index.html (2264)
[0707/123449.835324:INFO:CONSOLE(3412)] "Hide Object application/oipfapplicationmanager", source: http://itv.ard.de/ardstart/index.html (3412)
[0707/123449.836044:INFO:CONSOLE(3412)] "Hide Object application/oipfconfiguration", source: http://itv.ard.de/ardstart/index.html (3412)
[0707/123449.836613:INFO:CONSOLE(3400)] "Init Found TV on node: [object HTMLObjectElement]", source: http://itv.ard.de/ardstart/index.html (3400)
[0707/123449.838644:INFO:CONSOLE(3029)] "[object Object]", source: http://itv.ard.de/ardstart/index.html (3029)
[0707/123449.839278:INFO:CONSOLE(3029)] "[object Object]", source: http://itv.ard.de/ardstart/index.html (3029)
[0707/123449.863849:INFO:CONSOLE(2604)] "Node bindToCurrentChannel", source: http://itv.ard.de/ardstart/index.html (2604)
[0707/123449.949096:INFO:CONSOLE(2640)] "Node register listener - subtit", source: http://itv.ard.de/ardstart/index.html (2640)
Alles anzeigen
Der VDR schreibt dazu ins Log:
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] MainMenuAction: command = 0
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] Create WebOSDPage, osdMode 0
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage show
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage Display
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] Area size set to 0:0 - 1919:1079
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] webospage SetOsdSize()
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Get new OSD size
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Create pixmap 1920x1080
Jul 07 12:34:23 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Clear Pixmap
Jul 07 12:34:23 yavdr09 vdr[7107]: [7161] [vdrweb] VideoFullscreen received
Jul 07 12:34:34 yavdr09 vdr[7107]: [7107] [vdrweb] Destruct WebOSDPage, osdMode 0
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] MainMenuAction: command = 0
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] Create WebOSDPage, osdMode 0
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage show
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage Display
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] Area size set to 0:0 - 1919:1079
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] webospage SetOsdSize()
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Get new OSD size
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Create pixmap 1920x1080
Jul 07 12:34:49 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Clear Pixmap
Jul 07 12:34:49 yavdr09 vdr[7107]: [7158] [vdrweb] VideoFullscreen received
Jul 07 12:34:54 yavdr09 vdr[7107]: [7107] [vdrweb] Destruct WebOSDPage, osdMode 0
Jul 07 12:34:56 yavdr09 vdr[7107]: [7162] [vdrweb] ProcessOsdUpdate: osd update request while webOsdPage is null.
Jul 07 12:34:56 yavdr09 vdr[7107]: [7156] [vdrweb] StopVideo received
Jul 07 12:34:57 yavdr09 vdr[7107]: [7159] [vdrweb] ProcessOsdUpdate: osd update request while webOsdPage is null.
Jul 07 12:34:57 yavdr09 vdr[7107]: [7160] [vdrweb] StopVideo received
Jul 07 12:35:19 yavdr09 vdr[7107]: video: 15:28:52.135 +46 674 0/\ms 101+1+4 v-buf
Jul 07 12:36:19 yavdr09 vdr[7107]: video: 15:29:52.135 +46 685 0/\ms 93+1+4 v-buf
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] MainMenuAction: command = 0
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] Create WebOSDPage, osdMode 0
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage show
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] WebOSDPage Display
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] Area size set to 0:0 - 1919:1079
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] webospage SetOsdSize()
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Get new OSD size
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Create pixmap 1920x1080
Jul 07 12:36:54 yavdr09 vdr[7107]: [7107] [vdrweb] webosdpage SetOsdSize, Clear Pixmap
Jul 07 12:36:54 yavdr09 vdr[7107]: [7162] [vdrweb] VideoFullscreen received
Alles anzeigen
Was mir auch noch nicht so ganz klar ist, warum die sockets.ini nicht standardmäßig localhost bzw. 127.0.0.1 nutzt - ist das so gedacht, dass da mehrere Clients an einem Server hängen?
Das sieht vor allem so aus, als ob da das Paket libgl1-mesa-dri gefehlt hat, von ffmpeg sehe ich da nichts im Log. Da muss ich mal schauen, warum das nicht automatisch als Abhängigkeit des Plugins hinterlegt wurde.
Direkte Ausgabe über drm bedeutet, dass der VDR DRM Master wird und das beißt sich soweit ich weiß mit einem parallel laufenden X-Server.
Ich habe die Abhängigkeit mal entfernt und die Pakete hochgeladen.
Irgendwelche Besonderheiten bei der Aufteilung der ersten Verzeichnisebene auf verschiedene Partitionen? Was sagt mount?
Ups, das sollte site.py heißen -
$ sudo find / -name "site.py" 2>/dev/null
[sudo] Passwort für alexander:
/var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/21.08/fcf3dbb56c117835216058acfa99ae280d713029f8d674e1b56e019a20ed082d/files/lib/python3.9/site.py
/usr/lib/python2.7/site.py
/usr/lib/python3.8/site.py
Was bedeutet denn "frozen"?
Soweit ich weiß sind Frozen Modules speziell vorbereitete, eingebettete Python-Module.
Da ist irgendetwas mit deiner Python3-Installation nicht in Ordnung, wenn er beim import es os-Moduls scheitert.
Gibt es das Problem auch, wenn du den Python3-Interpreter aufrufst und das von Hand importierst?
Falls es da hängt: klappt es, wenn du Python verbietest externe Module zu nutzen?
Dann könntest du mal schauen, ob es da noch andere stat.py Dateien auf dem System gibt - auf meiner Ubuntu 20.04 Installation tritt das Problem nicht auf und da sieht es so aus:
$ sudo find / -name "stat.py" 2>/dev/null
/var/lib/flatpak/runtime/org.freedesktop.Platform/x86_64/21.08/fcf3dbb56c117835216058acfa99ae280d713029f8d674e1b56e019a20ed082d/files/lib/python3.9/stat.py
/usr/lib/python2.7/stat.py
/usr/lib/python3/dist-packages/ansible/modules/files/stat.py
/usr/lib/python3.8/stat.py