Posts by theonlychriss

    Um welche "Altlasten" ginge denn konkret?

    Mir fällt da momentan nur das 265-Farb OSD ein.
    Das wird aber, soviel ich weiß, vom default-Skin benötigt.
    Das Xine-Plugin (nicht -liboutput!) kann AFAIK auch nur das und da gibt es wohl auch noch ein paar User.
    Beim XineLiboutput-Plugin muss man das truecolor OSD auch extra einkompilieren und dann aktivieren. Da habe ich bei mir keine Ahnung ob das der Fall ist, da ich das Debian-Paket nutze. (Sofern das OSD angezeigt wird bin ich eigentlich schon zufrieden ^^.)

    O.T.: Viele Grüße an den FF-Karten-Mitbenutzer :).
    Ich hatte schon fast gedacht, dass ich der einzige bleibe ^^.

    Hi SHF,

    schau' hier:
    [RFC] PTS-Handling uint32_t vs. int64_t

    da geht es um den Grund für diese Umfrage.

    Viele Grüße,
    Chriss

    Ich habe das Problem nun weiter untersucht. Das Ergebnis ist, dass ein Starten des VDR mit Softhddevice im detached Modus und ein späterer Attach des Frontend, die gleiche Wirkung wie ein Tastendruck hat. Der VDR fährt am Ende eine Aufnahme nicht mehr sofort herunter.

    Jetzt stellt sich die Frage, wie sich verhindern lässt, dass der VDR das aktivieren eines Frontends wie das drücken einer Taste behandelt. Was passiert also beim attach des Softhddevice, dass der VDR wie eine User Aktion einstuft, und wie lässt sich dies verhindern. Was muss also am Softhddevice geändert werden, damit das Attach per svdrpsend nicht mehr als User Aktivität interpretiert wird.

    Spannend, ich bin über dieses Phänomen auch in den letzten Monaten gestolpert. Seit meinem Upgrade von kubuntu 2404 auf 2510 wunderte ich mich, dass mein VDR abends manchmal nicht mehr alleine runtergefahren ist. Normaleweise steht im Log dazu auch, dass das Shutdown-Skript angestoßen wird. Das passiert in den Fällen dann nicht.

    Mit diesem Thread hier habe ich da mehr Klarheit reingebracht und auch beobachtet, sobald ich softhddevice einmal attached hatte, gibt es keinen automatschen Shutdown-Versuch des VDRs mehr. Egal, ob Aufzeichnung oder keine.
    Hänge mich mal hier an und berichte meine Erkenntnisse, wenn es gesichertere gibt.

    Viele Grüße,
    Chriss

    Hihi, ich schlage mich schon seit gestern mit Gemini rum ;)
    Leider trifft nix von dem zu, was er da oben gesagt hat - und auch die gefühlt tausend anderen Tips haben keine Besserung ergeben bisher - auch wenn ich spannende neue Kernelparameter kennenlernen durfte: i915.enable_guc=2 i915.enable_psr=0 i915.enable_dc=0 intel_idle.max_cstat=1 pcie_aspm=off
    Auch Umstellen auf Intel statt modesetting Driver für X11 hat nix gebracht, ebensowenig diverse Optionen in der xorg.conf für Intel oder modesetting.
    Gestern schien es mit dem Intel Driver und den o.a. Kernelsettings mal besser geworden zu sein, aber das war auch nur temporär.
    Auch der llvmpipe Entry will nicht verschwinden.

    Dazu behaupt Gemini, dass die intel_gpu_top Anzeige viel zu hohe Werte zeigen würde für das, was da ablaufen würde - aber das kann ich nun garnicht beurteilen.

    Danke dir in jedem Fall trotzdem für die Hinweise!

    Hi nobanzai,

    das hört sich nach meiner Leidensgeschichte an (also das mit dem Renderer llvmpipe; nicht unbedingt die Auswirkungen, die sahen bei mir anders aus)... es waren ungünstige Kombinationen der Versionen von Treibern und Bibliotheken:
    [softhddevice] kein video output seit dist-upgrade - error: video/egl: eglCreateImageKHR failed
    Mittlerweile habe ich auf kUbuntu 2510 aktualisiert, was ohne Eingriffe sofort korrekt funktionierte.

    Viele Grüße,
    Chriss

    Nur mal ne Frage aus Interesse. Wie kommt man denn auf die Lösung? Was steht denn in den letzten beiden Bytes?

    Wenn ich mich noch daran erinnern würde :saint: (hatte rund um Weihnachten das gesamte System neu aufgesetzt und mich dann nicht nur durch diese Problematik gekämpft).
    Ich meine, ich hätte testweise den gesamten String einmal in ein File geschrieben und da stand "zum Schluss" was für XML unverständliches drin.
    Daher auch noch die Überreste in meinem Code-Snippet in Post [epgd tvm] Keine Daten mehr nach 04.07.2025 ? #66

    Code
    //      tell(4, "XML data'%s' pxsltStylesheet", xmlData.memory);
    //      obj->storeToFs(&xmlData, "test.xml", getSource());

    Ich bin da aber eher der Blinde unter den Einäugigen, als andersrum. Du kannst es gerne selbst nochmal versuchen. Ich habe gerade Kapazitäten, es nochmal zu testen ?(

    Viele Grüße,
    Chriss

    Ach so, vielleicht ein Missverständnis: Ich habe die -2 hinzufügt, damit der Fehler nicht mehr kommt 8o.

    An was kann das liegen?

    Hab das bei allen Kanälen wo ich den Provider hinterlegt habe.

    Das hatte ich auch nachdem ich mit kUbuntu 25.10 mein System neu aufgesetzt habe. Bin schier verzweifelt und weiß bis heute nicht, woran es genau liegt, aber ich vermute irgendwas im XML-Parsing/einer lib, die untergelagert benutzt wird.

    Wenn ich mich richtig erinnere, hilft nur, den eingelesenen String hart zu kürzen (dürfte nur die -2 im längeren if sein). Schau mal in tvm.c, ca. bei Zeile 468 ...


    Ich bin auch an jeder Erklärung sehr interessiert.

    Viele Grüße,
    Chriss

    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