[markad] überarbeiteter Decoder

    Quote from beinhart

    sind die eintragungen in der markad.conf aktuell -> falls nein -> crash

    Beispiel zum Reproduzieren ?

    Wenn das wirklich so wäre, müsste man das fixen. Crash ist keine Fehlermeldung für falsche Konfiguration.

    Offensichtlich nutzt die Datei (fast) keiner, sonst wären früher Beschwerden gekommen.

    Ich kann den Crash reproduzieren.

    Vielen Dank euch beiden für den Hinweis. Fix folgt.

    Quote

    - Ich sehe bei showargs nichts von markad. Was steht in der /etc/vdr/conf.d/50-markad.conf ?

    [markad]

    --cDecoder

    --autologo=2

    --astopoffs=0


    hatte ich vermutlich zum Zeitpunkt von --showargs deaktiviert. Sorry.


    Loglevel ist -l 3.7

    Quote from kfb77

    Das kann nicht sein. Es gibt seit Jahren keine Änderung der API Versionsprüfung im Plugin.

    doch...

    Makefile: fix APINUM · kfb77/vdr-plugin-markad@85db2ac
    github.com


    Ich baue unter gentoo mittels make im vdr-Verzeichnis.


    Christian

    Das war nur als Sicherheitskorrektur gedacht, falls VDR doch mal 2-stellige Versionsnummern machen will. Sollte eigentlich inhaltlich nichts ändern.

    Welche Kombination VDR / markad Version baute bei dir nicht ?

    Quote from hopsi

    Loglevel ist -l 3.7

    3.7 ? Kenne ich da was nicht, oder soll das 3 sein ? Aber bei mir kommen beim Start auch nicht mehr Meldungen.

    Edited once, last by kfb77 ().

    Quote from kfb77

    Das war nur als Sicherheitskorrektur gedacht, falls VDR doch mal 2-stellige Versionsnummern machen will. Sollte eigentlich inhaltlich nichts ändern.

    Welche Kombination VDR / markad Version baute bei dir nicht ?

    VDR plugin API version is 5

    Makefile:67: *** VDR plugin API version not supported, please update VDR. Schluss.

    make[1]: Verzeichnis „/usr/local/src/vdr-2.6-git/PLUGINS/src/vdr-plugin-markad/plugin“ wird verlassen

    make: *** [Makefile:74: clean] Fehler 2


    vdr 2.7.3 mit markad 3.6.8.


    und "ifeq ($(shell expr ${APINUM} \< 20200), 1)" 5 ist kleiner 20200.

    Da habe ich beim Aufräumen von nicht mehr vorhandenen Parameter vergessen, den Index anzupassen.

    Und "status=2/INVALIDARGUMENT" ist auch kein Crash, wie ich vermutet hatte, sondern eine eigentlich sprechende Fehlermeldung.

    Fix ist Branch V04.

    Quote from hopsi

    und "ifeq ($(shell expr ${APINUM} \< 20200), 1)" 5 ist kleiner 20200.

    Jetzt verstehe ich aber die Welt nicht mehr. Warum baut das dann mit aktuellen Versionen ?

    Die Prüfung ist seit der Änderung der VDR API Version falsch und müsste doch auch mit aktuellen Versionen knallen.

    Ich hab's: Der print hängt 4 Nullen dran. Seit API Version 3 wird 30000 draus und damit geht es wieder.

    Die Prüfung macht so keinen Sinn mehr, ich nehme die raus. Nochmals danke für den Hinweis.

    Thanks 1

    Die Version 4.2.4 von vdr-plugin-markad ist verfügbar.

    Bei Probleme bitte immer die vollständige markad.log posten.

    Code
    2024-10-18: Version 4.2.4
- fix parameter evaluation (thx to hopsi@www.vdr-portal.de and beinhart@www.vdr-portal.de for reporting)
- remove check of APIVERSION in Makefile, no longer working with new VDR APIVERSION value (thx to hopsi@www.vdr-portal.de for reporting)
- some minor bug fixes and optimizations, see git
    Like 5

    Kann mir mal jemand, der das markad Plugin nutzt (ich selbst nicht, ich starte markad aus einem Sript raus), wozu das Plugin wissen muss, welche markad Prozesse gerade noch laufen ?

    Ich habe im Code nur zwei Stellen gefunden: Im Setup für den Markad Status und beim Shutdown vom VDR um, falls das so konfiguriert ist, diesen zu verhindern.

    Edit: und noch: svdrpsend plug markad status


    Hintergrund der Frage ist dieser Thread. Falls ich nichts übersehen habe, gibt es keine Notwendigkeit das im MainThreadHook laufend zu aktualisieren, dann reicht das auch an o.g. Stellen.

    Edited once, last by kfb77 ().

    Verwende markad auch in einem Script, da läuft es "wenn Ruhe ist" und die Systemlast grad nicht zu hoch sowie nicht mehr als 1 Aufnahme läuft.

    Aber bei Einstellung "danach" in den Plugin-Einstellungen läßt sich konfigurieren, ob markad während einer anderen Aufnahme oder Wiedergabe laufen soll.

    Quote from wmautner

    Aber bei Einstellung "danach" in den Plugin-Einstellungen läßt sich konfigurieren, ob markad während einer anderen Aufnahme oder Wiedergabe laufen soll.

    Da geht es aber um Aufnahmen oder Wiedergaben vom VDR, nicht um bereits laufende markad Prozesse. Also kein Problem.

    Die Halloween Version 4.2.5 von vdr-plugin-markad ist verfügbar.

    Bei Probleme bitte immer die vollständige markad.log posten.

    Code
    2024-10-31: Version 4.2.5
- plugin: remove use of MainThreadHook()
- fix crash from missing codec
- detect black screen despite permanent news ticker
- some minor bug fixes and optimizations, see git
    Like 2 Thanks 4
    • New

    Ich beobachte schon seit längerem, dass das syslog oft endlose Folgen von Shutdown-Interaktionen wie diese enthält:

    Eine einzige Interaktion von Shutdown Request / Shutdown Accepted könnte ich ja noch verstehen. Aber:

    • warum eine endlose Abfolge im 10-Sekunden-Abstand?
    • warum selbst dann, wenn keine weitere Aufnahme in Arbeit ist?

    Das Ganze ist wegen der Vielzahl von syslog-Event des VDR und seiner Plugins nur schwer zu überblicken. Aber soweit ich das im Log gesehen habe, beginnt die "Endlosschleife", sobald eine von EPGSearch initiierte Aufzeichnung beendet ist und markad die ganze Aufzeichnung nochmals überprüfen soll. Der Kontext im Vorfeld:

    Bei "normalen" Aufzeichnungen über "diskrete" Timer setzt die Sequenz, soweit ich das sehen kann, nicht ein.


    Ursächlich ist dieses Stück Code, das vom VDR-Plugin-Manager aufgerufen wird:

    Code
    cString cPluginMarkAd::Active(void) {
    // Return a message string if shutdown should be postponed
    dsyslog("markad: got shutdown request");
    if (statusMonitor->MarkAdRunning() && (setup.DeferredShutdown)) {
        dsyslog("markad: markad still running, shutdown request rejected");
        return tr("markad still running");
    }
    dsyslog("markad: shutdown request accepted");
    return nullptr;
}

    Liegt die Ursache für den repetitiven Aufruf im VDR oder in EPGSearch?

    Haben andere diese Effekte auch oder treten sie nur bei mir auf? Und woran könnte es liegen, dass ab einem Zeitpunkt X bzw. einem Event Y auf einmal immer und immer wieder diese Active-Methode aufgerufen wird?

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.3 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, screenshot, skinenigmang, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

    Edited once, last by shofmann ().

    • New

    markad Logfile hilft in dem Fall eh nicht weiter, das sind Meldungen von Plugin.

    Da stimmt was mit deiner VDR Konfiguration nicht. Die endlose Meldung sagt nur, dann VDR allen Plugins mitteilt, es möchte sich beenden und fragt dabei alle Plugins, ob das OK ist. Das markad Plugin ist wohl das einzige, das die Anfrage ins Syslog schreibt, sofern VDR im Debug Log Level läuft. Die Wiederholungsrate wird vom VDR bestimmt.

    Wie man sieht, ist markad damit einverstanden, aber dein VDR fährt trotzdem nicht herunter. Du musst nach der Ursache suchen, warum er sich nicht beendet.

    • New

    Danke für deine Hinweise. Da ich aber nur den eine VDR habe, fehlen mir Vergleichsmöglichkeiten. Das Ganze tritt, wie gesagt, unmittelbar nach einer Aufnahme auf (siehe den geposteten Kontext), lange bevor der VDR irgendein Shutdown-Skript startet – was ja der einzig nach außen sichtbare Indikator wäre.


    Hast du EPGSearch im Einsatz und ähnliche Effekte bei dir im syslog?


    kls, hast du eine Erklärung, warum gleich nach dem Ende einer Aufzeichnung (also dem Timer-Stop-Event) eine Active-Abfrage des Plugin-Managers starten könnte?

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.7.3 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, extrecmenu, recsearch, femon, live, markad, mlist, osdteletext, remote, screenshot, skinenigmang, skinnopacity, streamdev, systeminfo, undelete, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

    Edited once, last by shofmann ().

    • New
    Quote from shofmann

    lange bevor der VDR irgendein Shutdown-Skript startet

    Das kann eigentlich nicht sein, ich kenne den Activ() Aufruf nur beim shutdown.

    Edit: Es könnte in dem Fall doch sein: wenn irgend ein Plugin den shutdown request nicht positiv bestätigt. Dann werden die shutdown Skripte erst gar nicht aufgerufen. Baue doch mal in alle genutzte Plugins eine Debug Meldung analog zu markad ein.


    Quote from shofmann

    Hast du EPGSearch im Einsatz und ähnliche Effekte bei dir im syslog?

    Ja und nein. Aber mein VDR läuft 7/24 und keinen --shutdown Parameter gesetzt.

    Edited 2 times, last by kfb77 ().

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login