Posts by theonlychriss

    An dieser Stelle zunächst mal eine Frage zu der Meldung, die bei jedem Booten am Anfang kommt. Was bedeutet das?

    "Dez 31 11:17:17 vdr2 kernel: x86/split lock detection: #AC: crashing the kernel on kernel split_locks and warning on user-space split_locks"

    Wenn ich das in einer Suchmaschine eingebe, kommt einiges zurück.
    Schau' doch mal, ob du es mit deinem Wissen um deine Hardware-/Software-Umgebung eingrenzen kannst, indem du es einer Suchmaschine deiner Wahl "zum Fraß vorwirfst" - viel Erfolg!! :saint:

    Grüße,
    Chriss

    Ohne den Thread hier im einzelnen verfolgt zu haben: wenn ich VDR auf dem Raspbery Pi ohne satip-Plugin (und damit ohne Empfangsdevices) starte, kommt das OSD und sagt "Channel not available!". Das Problem liegt also wohl nicht am VDR.

    So (also ohne Signalquelle) habe ich vor über 20 Jahren mit dem DXR3-plugin, eben ohne SAT Karte auch angefangen und alle paar Sekunden die Meldung mit dem "Channel not available" bekommen. Das sollte es wirklich nicht (grundsätzlich) sein.
    Habe den Thread auch nur überflogen und es sieht für mich danach aus, dass du eine "nicht passende Kombination" aus Hardware bzw. Systemumgebung und Startparametern verwendest, denn in deinem Log steht dies, was für mich genau dein Symptom erklärt (dass eben kein OSD erstellt werden kann):
    Nov 17 15:54:17 BM2LTS-MC vdr: [softhddev]GetOsdSize: 1280x720 1
    Nov 17 15:54:17 BM2LTS-MC vdr: [1880] SVDRP client handler thread started (pid=1418, tid=1880, prio=low)
    Nov 17 15:54:17 BM2LTS-MC vdr: [1880] SVDRP 127.0.0.1 opening port 6419/udp
    Nov 17 15:54:17 BM2LTS-MC vdr: [1880] SVDRP 127.0.0.1 listening on port 6419/udp
    Nov 17 15:54:17 BM2LTS-MC vdr: [1880] SVDRP 127.0.0.1 > 255.255.255.255:6419 send dgram 'SVDRP:discover name:127.0.0.1 port:2001 vdrversion:20707 apiversion:30009 timeout:300'
    Nov 17 15:54:17 BM2LTS-MC vdr: [1880] SVDRP 127.0.0.1 < 10.75.25.22:45613 discovery ignored (SVDRP:discover name:127.0.0.1 port:2001 vdrversion:20707 apiversion:30009 timeout:300)
    Nov 17 15:54:17 BM2LTS-MC vdr: [1418] OSD size changed to 1280x720 @ 1
    Nov 17 15:54:17 BM2LTS-MC vdr: [1418] [softhddev]CreateOsd: left 64, top 443, level 0, using OpenGL OSD support
    Nov 17 15:54:17 BM2LTS-MC vdr: [1418] [softhddev]cOglOsd osdLeft 64 osdTop 443 screenWidth 1280 screenHeight 720
    Nov 17 15:54:17 BM2LTS-MC vdr: [1418] info: Kanal nicht verfügbar!
    --> Nov 17 15:54:23 BM2LTS-MC vdr: [1418] [softhddev] Copy 262 0 262 not implemented in OpenGl OSD <--
    Nov 17 15:54:23 BM2LTS-MC vdr: [1517] EPGSearch: search timer update started
    Nov 17 15:54:23 BM2LTS-MC vdr: [1517] EPGSearch: search timer update finished
    Nov 17 15:54:23 BM2LTS-MC vdr: [1517] EPGSearch: check for timer conflicts
    Nov 17 15:54:24 BM2LTS-MC vdr: [1418] warning: 5 Timer-Konflikte! Erster am 17.11. 20:15. Anzeigen?
    Nov 17 15:54:24 BM2LTS-MC vdr: [1418] [softhddev]CreateOsd: left 64, top 658, level 0, using OpenGL OSD support
    Nov 17 15:54:24 BM2LTS-MC vdr: [1418] [softhddev]cOglOsd osdLeft 64 osdTop 658 screenWidth 1280 screenHeight 720
    Nov 17 15:54:32 BM2LTS-MC vdr: [1879] SVDRP 127.0.0.1 < 127.0.0.1:36804 client connection accepted
    Nov 17 15:54:32 BM2LTS-MC vdr: [1879] SVDRP 127.0.0.1 > 127.0.0.1:36804 server created
    Nov 17 15:54:32 BM2LTS-MC vdr: [1517] EPGSearch: check for timer conflicts - done
    Nov 17 15:54:32 BM2LTS-MC vdr: [1879] SVDRP 127.0.0.1 < 127.0.0.1:36804 connection closed
    Nov 17 15:54:32 BM2LTS-MC vdr: [1879] SVDRP 127.0.0.1 < 127.0.0.1:36804 server destroyed
    Nov 17 15:55:56 BM2LTS-MC vdr: [1418] [softhddev]CreateOsd: left 64, top 36, level 0, using OpenGL OSD support
    Nov 17 15:55:56 BM2LTS-MC vdr: [1418] [softhddev]cOglOsd osdLeft 64 osdTop 36 screenWidth 1280 screenHeight 720

    Also, welche Variante von softhddevice benutzt du und mit welchen Aufrufparametern, wie auch msv fragt?:

    Wie startest du denn den VDR? Mit was für Parametern? Wenn das Radiobild kommt ist doch schon mal das IPTV Plugin am Laufen (siehe letzte Zeile deines Logausschnitts)..

    wenn du einfach mal den vdr aufrufts mit "./vdr -h" bekommst du alle möglichen Parameter des VDRs und seiner Plugins angezeigt. Das kannst du dann ja mal mit deinen übergebenen Parametern vergleichen.

    gruß
    msv

    Viele Grüße,
    Chriss

    Sieht ggf. so aus, was darf ich an debug Daten liefern bzw. was soll ich nachinstallieren für den Grafiktreiber?

    Bei meinem Intel-Board ist es so, dass HDMI überall funktioniert (in BIOS und im Betriebssystem), aber DP nur im Betriebssystem. Mega-nervig, wenn man was im BIOS nachgucken/ändern möchte und sonst immer nur den DP-Port an den Monitor angeschlossen hat. Dein Board hat (kurze Recherche meinerseits) auch einen DP-Port ...

    Vielleicht ist es bei dir ähnlich, nur andersherum?! Also, "einfach mal" DP an den Monitor anstöpseln und schauen, was passiert.

    Ansonsten, wenn das Board auch in den Window-Manager (X oder ähnliches) bootet, du aber nichts davon siehst, wären vermutlich Logs vom Boot-Vorgang nicht schlecht.

    Viele Grüße,
    Chriss

    zur Vollständigkeit/als Hinweis:

    als workaround habe ich folgende Pakete auf "hold" gesetzt, damit funktioniert die video Ausgabe mit softhddevice bis auf Weiteres wieder:

    libegl-mesa0, libgbm1, libgl1-mesa-dri, libglapi-mesa, libglx-mesa0

    All diese Pakete sind sind nun in der Version 24.0.5-1ubuntu1 installiert, statt aktuell 25.0.7-0ubuntu0. Damit hat softhddevice mit Ausgabe via -v va-api-egl noch kein Problem.

    Grusz!

    Hi ciax,

    du bist mein Held, vielen Dank!
    Habe jetzt endlich mal ein bisschen Zeit gefunden, um mich ruhig hinzusetzen und mich dem Problem konzentriert zu widmen.
    Alles, was ich bis heute so versucht habe (mit dem Weg nach vorne, also u.a. auch bleeding edge (intel-Treibern und) mesa Versionen z.B. via https://ubuntuhandbook.org/index.php/2021…tu-20-04-21-04/) hat alles nicht gefruchtet. Es sah zwar am Ende eigentlich gut aus, also es wurde z.B. der Iris/Crocus Treiber geladen für X, aber es kam immer llvmpipe als Renderer unter X heraus.

    Nachdem ich endlich gecheckt habe, dass das "Fix version" unter synaptic gar nicht richtig ein "hold" für Pakete macht, habe ich es auf dem Konsolen-Weg mit deinen Paketen versucht

    Code
    figured outsudo apt-get install libegl-mesa0=24.0.5-1ubuntu1 libgbm1=24.0.5-1ubuntu1 libgl1-mesa-dri=24.0.5-1ubuntu1 libglapi-mesa=24.0.5-1ubuntu1 libglx-mesa0=24.0.5-1ubuntu1
    sudo apt-mark hold libegl-mesa0 libgbm1 libgl1-mesa-dri libglapi-mesa libglx-mesa0

    und endlich klappt's wieder (juhuu! :tup:]:*:(

    Code
    glxinfo | grep "renderer string"  
    OpenGL renderer string: Mesa Intel(R) Graphics (RKL GT1)

    lnj Also thx from my side to look into this! For me the ultimate "proof" that softhddevice will not run correctly (and as well all other usually HW-accelerated programs) was the check via glxinfo | grep "renderer string". llvmpipe was chosen and mentioned then all the time for reasons I never found the root cause with more recent versions than 24.0.5-1ubuntu1 under kUbuntu of the packages mentioned above.

    Viele Grüße,
    Chriss

    Das hier sieht eigentlich gut aus

    aber trotzdem wird immer nur llvmpipe (als Software Rendering) angezogen ...

    Besten Dank im Voraus!

    Viele Grüße,
    Chriss

    Hallo kfb77,

    bin aus anderen Gründen immer noch auf der Suche nach einer Lösung, warum bei mir DRI3, und somit die HW-accelerated Video-Wiedergabe (immer noch nicht) funktionieren möchte, s.a. hier: [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed

    Nur zum Vergleich, ob ich hier in dem Verzeichnis eigentlich eine richtige ..._dri.so haben müsste. Momentan ist alles auf libdril_dri.so gelinked, was offensichtlich nicht das gewünschte Ergebnis liefert.
    Wie sieht das bei dir aus?

    Habe dasselbe Problem hier, seit dem Update zu (K)Ubuntu LTS24.04.03, wo wohl die mesa Pakete "verbessert" wurden. Hab' auch erstmal ewig gebraucht, bis ich festgestellt habe, dass durch die Paket-Aktualisierung bzw. Austauschaktion der "Treiber" i965_dri.so weggelöscht und von neueren Paketen nicht ersetzt wurde und daher keine HW-Beschleunigung mehr geht.

    Ich hatte leider am Tag des Updates erst einmal "blind" versucht (da kannte ich die Ursache noch nicht genau), den alten Zustand wieder herzustellen. Ohne Erfolg und stecke jetzt in einem Abhängigkeits-Deadlock, weil ich nicht mehr vernünftig die Mesa-Sachen installieren kann (für eben jene Datei i965_dri.so, die in einem anderen Mesa-Paket gelandet sein soll, als die Pakete, an die ich noch rankomme), ohne dass gefühlt halb KDE gelöscht wird...

    Dies waren die In-/Deinstallationen an dem Tag, seitdem gucke ich erst einmal nur via Software-Decoding in Kodi:

    Wenn ich etwas mehr Zeit habe, schaue ich da weiter rein und poste auch meinen "Deadlock" oder eher Endlosschleife der Softwareverwaltung.

    Thx lnj for the hint, meanwhile I will try that, too!!

    Viele Grüße,
    Chriss

    Genauer gesagt ist cap_from_text in capability.h definiert und das kommt mit libcap-devel.
    Hast du libcap-devel drin?

    Ja, wenn du mit "Hast du libcap-devel drin?" meinst, ob ich es installiert habe. Bei meinem KUbuntu 24.04 ist es in als Version "1:2.66-5ubuntu2.2" installiert.
    In /usr/include/sys/capability.h steht in Zeile 189:

    Code
    /* libcap/cap_text.c */
    extern cap_t   cap_from_text(const char *);

    Viele Grüße,
    Chriss

    Das klingt für mich sehr bekannt, mit den negativen Auswirkungen, derer ich weiterhin aus dem Weg gehe, siehe die Posts zwischen diesem: vdr-plugin-statusleds 0.4 und jenem: vdr-plugin-statusleds 0.4

    Viele Grüße,
    Chriss

    Vielen Dank CKone für die Infos vorab!

    Heute, seit gestern nichts geändert, außer eben gebootet, sind die Events vom ZDF (von DVB) da und auch sichtbar. Der Stand, den ich gestern hinterlassen hatte, der eben natürlich auch wieder angezogen wurde ist dieser fürs ZDF gewesen:

    Code
    //tvm:2:1:0 = S19.2E-1-1079-28006,S19.2E-1-1011-11110           // ZDF
    vdr:000:0:0 = S19.2E-1-1079-28006,S19.2E-1-1011-11110           // ZDF

    Btw., weder in der SD-, noch in der HD Spalte im Magazin waren gestern Einträge.

    Also, somit geht's prinzipiell dann doch und es ist nicht total verquer auf meinem System - gut zu wissen!

    Dann kann ich wieder versuchen, die tvm-Daten statt der DVB-Daten reinzuholen (also die Config-Zeilen genau entgegengesetzt de-/aktivieren) ...
    Viiiielen Dank!!

    Beste Grüße,
    Chriss

    Danke euch allen schon bis hierher. Das mit dem YEAR habe ich mit Anpassung der tvmovie.xsl gelöst.

    Irgendwie mag das epg von ZDF HD nicht im Magazin auftauchen. Die anderen Kanäle sehen total normal aus.
    Die Daten werden offensichtlich geladen:

    Code
    Downloaded file 'http://www.clickfinder.de/daten/onlinedata/cftv520/tvdaten-premium-2.cftv' with (216149) Bytes
    Extracting 'tvdaten-premium-2.cftv'
    Creating xml of 2
    XML File 'tvdaten-premium-2.cftv' processed, updated 474 events

    In der Tabelle events sind auch 380 Einträge, aber die View eventsviewplain liefert mit Filter auf die channelID vom ZDF HD (S19.2E-1-1011-11110) nichts zurück.

    epgd-showmerge dazu zeigt:

    Oder auch (etwas später):

    Hat jemand einen Tipp, was ich übersehe?

    Viele Grüße,
    Chriss

    da stimmt was mit dem Zeichensatz nicht, ich kann nicht sagen ob bei deinem System oder an den übertragenen Files => haben das noch andere?


    EDIT:

    Also ich hab das nicht im syslog, weiß aber auch nicht ob das aus einer Datei kommt die ich nicht konfiguriert hab

    Ich habe gestern wieder umgestellt auf tvm, lädt wie's soll und ohne Zeichensatzprobleme.

    Stattdessen habe ich Logmeldungen gesehen, dass die "YEAR" Information (wo auch immer) zu groß sei (11 Zeichen, statt der anscheinend definierten 10 Zeichen). Die jeweiligen Verursacher werden auch gelogged, also z.B. Einträge wie "1998 / 2014". Bin dem noch nicht nachgegangen, aber ggfs. sieht das jemand anderes ebenso in seinen Logs ...

    Viele Grüße,
    Chriss

    Hallo zusammen,

    es scheint keine Daten mehr nach dem 04.07.2025 via tvm-plugin für epgd zu geben ... oder ist das ein glitch "bei mir"?

    Jeder Kanal, der aktualisiert werden sollte, meldet im syslog dies - natürlich jeweils mit einer anderen channel-ID, die Zeile hier ist nur exemplarisch:

    Code
    epgd: Curl: Got http code (404)
    epgd: Download header of 'http://www.clickfinder.de/daten/onlinedata/cftv520/tvdaten-premium-167.cftv' failed

    tvsp hatte offensichtlich gerade den Service eingestellt (s. andere Threads hier im Forum), tvm nun auch?!

    Viele Grüße,
    Chriss

    Mir ist noch etwas wichtiges aufgefallen:

    Die privaten HD Sender sind alle sehr "unruhig". Gut kann man das am Senderlogo erkennen, die flackern regelrecht. Das betrifft aber das ganze Bild. Ich habe mal versucht, das in einem Video festzuhalten.

    Der Effekt passiert nicht bei ZDF HD, aber auch NICHT bei RTL in SD. Eventuell irgendwas falsch mit dem Deinterlacing bei H.264 Material?!?

    https://share.icloud.com/photos/097ckrLojy2muohAOBlH--3Yg

    Die öffentlich rechtlichen Sender senden alle in progressive mode (720p), bei dem kein de-Interlacing nötig ist.
    Während die privaten Sender 1080i (interlaced) verwenden, was beim de-Interlacing halt zu dem Flackern führen kann. Speziell im Senderlogo zu sehen, wie du sagst.