[markad] überarbeiteter Decoder

Zitat von Fourty2

Hatte das debian-Verzeichnis aus Bequemlichkeit aus dem normalen alten Markad kopiert...

Das ist wohl auch nicht der übliche Weg. Bitte wie in INSTALL beschrieben verfahren, oder warten bis es als Packet in deiner Distribution verfügbar ist.

Zitat von Fourty2

Das INSTALL Verfahren zerschießt dann das Paket-Management, keine gute Idee.

Warum ? Du überschreibst das, durch das Packet installierte markad, mit der neuen selbst gebauten Version. Das bekommt das Paket-Management gar nicht mit (ok, wenn man das "zerschießt" nennen will). Zurück geht es mit apt-get install --reinstall vdr-plugin-markad-ng. Mit dem nächsten regulärem Update wird die selbst gebaute Version wieder durch das Paket (mit dann gleichem Inhalt) überschrieben und alles ist wieder normal. So mache ich das auf meinem produktiven yavdr System immer, da ich die neue markad Version zeitlich immer vor seahawk1986 habe

Frohes neues Jahr.

Und natürlich gibt es dazu auch eine neue Version:

Version 2.5.1 ist auf vdr-plugin-markad verfügbar.

Sie bereinigt ein paar kleinere Fehler bei der Erkennung von Überschneidungen vor und nach der Werbung.

Eine neue Version 2.5.2 ist auf vdr-plugin-markad verfügbar.

Diese Version enthält kleinere Optimierungen im Bereich der Erkennung von Stellen ohne Ton, sowie (mal wieder) eine Optimierung für "drehende Logos".

Ups, das sieht aber komisch aus. Grundsätzlich geht der Sender, bei meiner Testaufnahme funktioniert es.

Bei deiner Aufnahme werden zwei potentielle Logos erkannt, unten links und unten rechts. Beide werden aber verworfen, weil sie nicht den üblichen Logo Größen entsprechen. Oben links, wo eigentlich das Logo sein sollte, wird gar nichts gefunden.

Poste mir mal einen Screenshot als PM.

hondansx

Ich habe mir das jetzt mal im Detail angeschaut. Die Aufnahme ist schon sehr speziell, eine Tischtennis Live Aufnahme hat sehr oft vor und nach der Werbung die gleiche Bildeinstellung: Zwei Leute und eine Tischtennisplatte. Da schlägt die Überschneidungserkennung zu und macht dir die Marken falsch. Die Erkennung musst du mit dem zusätzlichen Parameter markad "--pass1only" ausschalten. Dann wird es wesentlich besser, wenn auch noch nicht ganz perfekt.

Falsch bleiben:

Von 21 Marken in dem 2:12h Teil Video bleiben folgende sehr ungenau:
0:14:38.11 detected logo stop (21960) Hintergrund für Logo Erkennung zu hell (11s zu spät)
1:02:04.23 detected logo stop (93122) Logo wird durch Vorschau Text überdeckt (12s zu früh)
1:45:10.07 detected logo stop (157756) Logo wird durch Vorschau Text überdeckt (50s zu früh)

An dem Thema von temporären Logo Überdeckungen oder Änderungen arbeite ich gerade, das wird voraussichtlich in 2.6 drin sein. Wird dir aber bei deiner Aufnahme nichts nützen, weil du das mit --pass1only wieder ausschalten würdest.

Ich hoffe mal, du kannst so damit leben.

Zitat von machtnix

Hallo kfb77,

im meinem Server sind 8 GB RAM und 4GB Swapfile vorhanden. Der Proz ist ein I5 5th Generation. Also eigentlich genug Power/Resourcen.

Der emergency exit vom VDR passierte meist dann, wenn >2 Aufnahmen zeitgleich stattfinden und wenigstens eine davon auf einem Kanal ohne vorhandenes Logo stattfand. Dabei handelt es sich um verschlüsselte Kanäle in HD

Das Plugin ist auf "während" eingestellt, da ich meist im Timeshift schaue und die Marks gerne nutze.

Nach einem emergency exit des VDR wurde alles noch schlimmer, da die Aufnahmen immer wieder neu gestartet wurden und jedes mal markad mitgespielt hat

Jetzt mit --autologo=1 klappts mit den Aufnahmen (können auch schon mal 5 parallel sein) Für mich ist das so erstmal ok, auch wenn eine schnellere marks Erstellung bei Timeshift schon besser wäre.

Gerne können wir auf dem markad treath weitermachen.

Alles anzeigen

Hast Recht, besser hier weiter.

Speicher sollte locker reichen, CPU erst Recht, da habe ich selbst nur einen I3 und ich lasse bei Programmtest ca. 500 Aufnahmen in 8 Stunden schneiden. Und parallel laufen auch mal 6 oder mehr Aufnahmen (nein, ich schaue nicht alles an, manches ist auch nur zum markad testen). Also so im Schnitt eine Minute pro Aufnahme.

Das darf so nicht sein und das kann ich mir gerne mal näher untersuchen. Bei mir tritt das Problem nicht auf, da ich markad nicht aus dem VDR raus starte, sondern über ein Script, das stündlich läuft und fertige Aufnahme schneidet. Ich schaue nie im Timeshift.

Poste mir mal bitte die Markad.log mit --loglevel=3 von:

1. --autologo=1

2 --autologo=2 ohne VDR crash

3. --autologo=2 und VDR crash

Muss nicht die gleiche Aufnahme sein.

Und schaue mal ins Syslog zum Zeitpunkt des Crashs, ob du davor ring buffer overflows vom VDR siehst.

Und noch die Ausgaben von

cat /sys/block/sdX/queue/scheduler

smartctl -a /dev/sdX

von der Aufnahmeplatte.

Ich habe den Verdacht, dass die Platte überlastet wird und der VDR die Daten nicht mehr weg schreiben kann. Und mit autologo=1 bremst du trotz leistungsfähiger CPU markad so weit aus, dass der Platten I/O für den VDR wieder reicht. Nur so ein erster Verdacht ...

RAID5 mit 30TB ? Das Thema hatten wir ja schon mal, ist nicht wirklich sinnvoll. Hat aber mit dem Problem nichts zu tun.

Poste mal

cat /sys/block/sdX/queue/scheduler

von /dev/mdX und von den Platten aus dem Raid.

Dann eben bitte den Output von

cat /sys/block/sda/queue/scheduler

Das habe ich vermutet. Da machen sich die Programmierer Mühe und berücksichtigen I/O Prioritäten und der Default im Debian Universum ignoriert die. Egal wie schnell dein RAID ist, ein Programm, dass im wesentlichen I/O macht, zusammen mit einer schnellen CPU, wird die Platten an die Grenzen bringen. Vor allem dann, wenn du markad noch mehrfach laufen hast. Wenn du jetzt noch ring buffer overflows vom VDR im Syslog vor dem Crash hast, dann ist die Ursache klar: falscher Disk Scheduler.

Falls ja, dann versuche mal:

sudo bash

modprobe bfq

echo bfq > /sys/block/sda/queue/scheduler

Das ist nicht boot-fest, falls das die Lösung ist, musst du es nach jedem booten ausführen (z.B. aus systemd oder rc.local als quick and dirty)

Zitat von machtnix

cat /sys/block/sda/queue/scheduler

mq-deadline [bfq] none

passt

Zitat von machtnix

Hat eigentlich --autologo=2 einen positiven Effekt bei der Timeshift Wiedergabe und der Einstellung "Ausführung während"? Ich vermute die Marks werden schneller ermittelt und bereitgestellt ?

Grundsätzlich schon, aber auf deiner I5 wird der Unterschied vermutlich nicht sehr groß sein. Um das Logo in der Aufnahme zu finden, brauche ich mindestens 1000 iFrames + den Timer Vorlauf. Bei einer HD Aufnahme sind die iFrames seltener und somit dauert das schon ein paar Minuten, bis genug Frames da sind. Wenn dir wichtig ist, dass das schneller geht, hilft nur die Logos in den Cache zu legen.

Eine neue Version 2.5.3 ist auf vdr-plugin-markad verfügbar.

Sie behebt einen Bug, dass markad in eine endlos Schleife gehen kann, wenn die Erkennung der Stillen Teile zwischen Sendung und Werbung zufällig genau auf eine Dateigrenze fällt. Scheint bis jetzt glücklicherweise noch keinen getroffen zu haben, sonst wären hier wohl Beschwerden gekommen.