[markad] überarbeiteter Decoder

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

2024-05-02: Version 3.6.1
- fix mark position for scene blend
- prevent to get black framed ad as hborder
- some minor bug fixes and optimizations, see git

Quote from cduerr

ins Aufnahmeverzeichnis wie hier jedenfalls nicht

Genau da müsste es aber sein. Zuerst müssen wir finden, warum es kein Log File gibt.

Poste mal:

- die Ausgabe von "which markad"

- die Ausgabe von "grep markad /var/lib/vdr/setup.conf"

- die markad Plugin Start Konfigiguration aus etc/vdr/conf.d/50-markad.conf

Ggf. sind deine Pfade anders. Müsste passen, ist ja yavdr.

Ja genau, weil ja jede Aufnahme ein eigenes markad Log File hat.

Gut, dass sich das aufgekärt hat, deine Konfiguration ist ok, da muss es ein Log File geben. Da wo auch die *.ts der Aufnahme liegt ...

Danke für den Hinweis, ist jetzt erledigt.

cduerr

Irgendwie verstehe ich nicht, was da bei dir abgeht. Einige Anmerkungen dazu:

1. "cMarkAdLogo::Load(): file found for logo zdf_neo_HD-A16_9 plane 0 in /var/lib/markad"

Du nutzt lokale, statische Logos, vermutlich aus dem yavdr Packet vdr-markad-logos. Da gab es seit Jahren keinen Update dazu mehr und es wird auch nie einen geben. Ich empfehle das Paket zu entfernen (Vorsicht: ich kenne die aktuellen Abhängigen nicht, nicht vdr-markad-ng selbst entfernen lassen). Und danach prüfen, ob /var/lib/markad leer ist. Das Verzeichnis selbst muss bleiben. Wenn sich das Packet nicht alleine entfernen lässt, einfach nur den Inhalt von /var/lib/markad löschen.

2. marks

0:10:55.22
0:33:17.11

Diese marks wurde nicht von markad erzeugt. Für mich sieht das eher nach noad aus. Hier läuft was richtig schief.

3. markad.log

Das Logfile ist unvollständig. Lief markad wirklich bis zum Ende ?

3. Laufzeit

Was ist denn das für ein Rechner, das dauert ja ewig ?

Wed May  1 12:00:01 [28548] INFO:  starting markad v3.5.0 (64bit)  -> mit 10 Minuten Vorlauf gestartet, OK
Wed May  1 12:00:01 [28548] DEBUG: running on vdrserver -> laut Signatur sollte der mehr wie genug Power haben
Wed May  1 12:00:02 [28548] INFO:  paused by signal  -> schlafen geschickt bis nach der Aufnahme, 
                                                        erwarte Aufwecken ca. 10:30 + Timer Nachlauf
Wed May  1 18:00:00 [28548] INFO:  continued by signal -> Was war zwischen 10:30 + Timer Nachlauf und 18:00 ? 
                                                          Mögliche Erklärungen wäre, 
                                                          da liefen ohne Unterbrechung Aufnahmen.
                                                          Oder der Timer Nachlauf ist 6h.
                                                          War das so ?

Wed May  1 23:44:43 [28548] DEBUG: cEvaluateLogoStopStartPair::~cEvaluateLogoStopStartPair(): called -> 
                                    letzter Log Eintrag, aber nicht das Ende von markad.
                                    Bis jetzt wurde noch keine marks geschrieben. 
                                    Erklärt dann auch, die marks, die nicht von markad ist,
                                    die war vorher schon da.
                                    Das sollte bei so einer kurzen Aufnahme,
                                    selbst bei HD, auf deinem Rechner, deutlich weniger als eine Stunde sein.

Zum Eingrenzen des Problem, bitte mal markad per Commandline gegen diese Aufnahme auf dem "vdrserver" starten:

markad --loglevel=3 --log2rec --vps --logocachedir=/tmp --fulldecode nice <Pfad zur Aufnahme>

"--logocachedir=/tmp" verhindert auch gleich, dass markad deine alten Logos aus /var/lib/markad nutzt.

Poste bitte: markad.log und marks und die Ausgabe von ls -l aus dem Aufnahmeverzeichnis (da wo auch die 00001.ts liegt).

Zusätzlich bitte Infos, bei welchem Offset die Sendung wirklich startet und endet. Ich vermute bei dem Sender, da war keine Werbung drin, es geht hier nur um Anfang und Ende der Sendung.

Normalerweise ist das VPS bei diesem Sender recht gut, ich erwarte also so ca.

VPS start event at offset:             657s -> 0:10:57h
VPS stop  event at offset:            1998s -> 0:33:18h

Interessanterweise stimmt das sehr gut mit der marks überein, auch wenn sie nicht von markad ist.

0:10:55.22
0:33:17.11

Du hat ein Problem mit markad auf dem "vdrserver", aber an dieser Aufnahme hätte es dir eigentlich gar nicht auffallen sollen weil die fremde marks ja eigentlich passt ??? Da muss es zusätzlich noch eine weiteres Problem geben. Entweder ist die alte marks von Client nicht lesbar (wie greift der Client auf den Server zu ?, Rechte ?) oder der Client selbst hat noch ein anderes Problem.

Quote from cduerr

Ich habe es als root neu angelegt. Reicht das oder muss vdr Owner sein?

Passt, ich schreibe da nichts rein, ich lese nur.

Quote from cduerr

-Tim und Struppi-Tag auf zdfNeo! ... es liefen bis 18 Uhr ca. der erste Schwung an Folgen.

OK, das ist dann der Grund, warum markad erst um 18:00 Uhr angefangen hat.

Quote from cduerr

Wenn man dem auf die Spur kommen könnte...

Bringt "sudo find /* -name noad" was ? Schaue mal, ob was in /etc/vdr/recording-hooks/R90.custom drin steht.

Quote from cduerr

Irritieren tut mich auch, dass ich eigentlich erwarte anhand der Config, dass markad *nach* der Aufnahme läuft.

Works as designed. markad wird grundsätzlich immer mit dem Start der Aufnahme gestartet und, falls "nach der Aufnahme" konfiguriert ist, bis dahin schlafen gelegt. Vereinfacht den Code.

Wed May  1 12:00:02 [28548] INFO:  paused by signal
Wed May  1 18:00:00 [28548] INFO:  continued by signal

Quote from cduerr

anschließend beherzt apt-get update && apt-get upgrade gemacht.

War das um ca. 23:44 Uhr und wurde dabei der VDR neu gestartet ? Das würde den Abbruch des laufenden markad's erklären.

Gibt es die alte marks noch ? Was ist deren Datum/Urzeit und Owner/Group ?

Edit: Es gibt noch eine Möglichkeit, wo so eine marks herkommen kann: Von VDR selbst mit manuell definierten Marken. Ist das möglich ?

Wenn ich jetzt nichts übersehen habe, haben wir für alles eine Erklärung, außer warum der Client die Marken nicht sieht. Ist das Problem noch da ? Wie greift denn der Client auf den Server zu ? Ist das ein NFS share ?

Ja, so war es wohl.

Quote from cduerr

ohne markad nach zu holen

Die Funktion gibt es beim Start aus dem Plugin nicht. Wenn VDR beendet wird, muss ich alle markad Prozesse aufräumen, weil das Plugin verliert ja die Kontrolle darüber.

Wenn das ein 7/24 Stunden Server ist, wäre es eh besser, markad aus einem Skript aus zu starten statt vom Plugin.

Ich rufe bei mir alle Stunde dieses Skript auf, das nachschaut, bei welcher Aufnahme die Marken noch fehlen und dann diese erzeugt.

Wenn markad durch Neustart des Servers abgebrochen wird, dann fehlen ja die Marken immer noch und es wird im nächsten Lauf nachgeholt.

Quote from cduerr

kann man das ohne Bedenken umstellen auf "ja"? Das ist ein Quadcore-Xeon (quasi ein i7) oder ist das schon eine ganz ernst gemeinte Empfehlung von Dir?

Ich sehe gerade, ich habe die zweite Frage übersehen. Die Empfehlungen basieren auf der Idee "damit es auch auf der lahmsten Kiste" funktioniert. Von der Empfehlung "während Wiedergabe" -> nein bist du ja schon abgewichen und wenn du keine Probleme während der Wiedergabe hast, ist das ja auch OK so.

"Während der Aufnahme" geht bei einer einigermaßen leistungsfähigen Maschine auch ohne Probleme, es zählt aber nicht nur die CPU, sondern auch der Platten I/O. Ich habe bei mir grundsätzlich 7/24 sogar 2 gleichzeitig aktive markad Prozesse aus der Testumgebung am Laufen und, bei 4 SAT-IP Devices, zähreiche gleichzeitige Aufnahmen. Und ich mache das nur auf einem Intel i3. markad läuft per default mit der niedrigsten CPU und I/O Priorität und bekommt nur das Futter, was im System übrig ist.

Bezüglich I/O Last einfach dann mal im syslog nach VDR Meldungen "ring buffer overflow" suchen. Wenn es diese nicht gibt, ist alles gut.

Ja, bei der Sendung geht es nicht zuverlässig. Statisches Logo nutzen oder noch mehr mehr Vorlauf, damit ich das Logo von der Sendung davor habe.