Welche VDR Version hast du ? Ich habe es genauso auch am Laufen und für dein Problem habe ich mal einen Fix geschrieben, der auch längst im VDR Code drin ist. Siehe hier.
Du brauchst mindestes VDR 2.4.1.
Edit: OK, doch nicht genau gleich, ich nutze Ubuntu 20.04, auf meinem debian bullseye Test Container bekomme ich den Fehler auch.
Verwendet Markad andere Marken?
Andere nicht, aber es entfällt die Fehlerquelle von der Wandlung Framenummer (markad intern) -> Zeit (marks File) -> Framenummer (VDR intern). Außerdem macht VDR Schnitte nur an i-frame Grenzen, markad kann mit "--cut --fulldecode --fullencode=all" auch Frame genau schneiden. Das sollte aber nicht das Problem sein, an i-frame Grenzen schneiden sollte vollkommen reichen und es geht viel schneller weil nicht neu encodiert werden muss.
Ich vermute dass das Problem an der Umwandlung Framenummer -> Zeit -> Framenummer liegt. Also der VDR die Zeit anders in die nächst gelegene i-Framenummer umrechnet, wie ich es erwarte. Mir fällt das nicht auf, da ich VDR nur als Backend nutze und mit markad schneide. Damit habe ich das Problem nur sehr selten und dann liegt die Ursache am nicht exakt erkanntem Logo Ende.
Das Beispiel von dir wird mir zeigen, ob mein Verdacht stimmt ...
Ja, gerne. Wie schneidest du das Video, mit markad oder mit der Schnittfunktion vom VDR ?
Edit: Wenn möglich ein Beispiel, wo nicht nach Logo Marken geschnitten wird. Ich habe da schon einen Verdacht und Logo Marken sind leider nie so Frame genau und somit nochmals eine zusätzliche Baustelle.
naja .... ich korrigiere die Schnittmarken vor dem Schneiden manuell, damit ich bei der transcodierten Datei dann nicht zwischendrin irgendwelche Zwischenbilder mit Werbelogos habe.
An so einem Beispiel hätte ich Interesse, vielleicht kann man das besser machen. Du kennst ja schon den Weg, tar auf das Aufnahmeverzeichnis und Link per PM.
Die Version 3.0.17 ist auf vdr-plugin-markad verfügbar.
Diesmal sind Optimierungen bei der Erkennung von doppelten Szenen vor und nach der Werbung sowie bessere Erkennung von Werbung im Rahmen mit Senderlogo drin.
Und wie immer: viele kleine Fehlerbereinigungen und Optimierungen.
Jetzt bin ich aber etwas verwirrt, make LCLBLD=1 ONEDIR=1 installiert doch nichts, sondern baut nur. Du must schon auch noch make install LCLBLD=1 ONEDIR=1 machen, damit alles ins Zielverzeichnis kopiert wird.
OK, ich kann die Fehlermeldung reproduzieren.
Der Code Block im Forum macht aus Tabs Blanks. Das muss jeweils ein Tab vor den neuen Zeilen sein, kein Blank. Bitte manuell ändern.
Fehler ist komisch, aber wenn ich zb Info-win.js lösche und im Plugin Verzeichnis make install aufrufe, dann ist die Datei da, wo sie hin soll
Dann poste mal den Output von make install aus dem VDR Verzeichnis mit dem geänderten Makefile.
Edit: und auch die Make.config
Die Pfade stimmen, aber was soll das ?
Makefile:241: *** recipe commences before first target. Stop.
Die Fehlermeldung weist eigentlich auf einen falschen Tab hin, aber ich sehe da keinen Fehler.
Ist die OS Version in deiner Signatur aktuell ? Was sagt make --version ?
Baue mal den Diff in das Makefile ein und poste die Ausgabe von make install ...
diff --git a/Makefile b/Makefile
index 5045b5e..2228063 100644
--- a/Makefile
+++ b/Makefile
@@ -236,6 +236,8 @@ install-lib: lib recursive-soinst
.PHONY: install-web
install-web:
@mkdir -p $(DESTDIR)$(RESDIR)/plugins/$(PLUGIN)
+ $(info $$DESTDIR is [${DESTDIR}])
+ $(info $$RESDIR is [${RESDIR}])
@cp -a live/* $(DESTDIR)$(RESDIR)/plugins/$(PLUGIN)/Im Live Plugin werden keine eigenen Pfade gesetzt, es werden die genommen, die VDR liefert.
Baust du im VDR Baum oder baust du das Plugin alleine ?
make LCLBLD=1 ONEDIR=1
Dann wird nichts kopiert. Ist der Aufruf falsch oder fehlt was?
Hast du vorher Make.config.template nach Make.config kopiert und ggf. angepasst ?
Siehe hier
Ja, macht es auch. Und zwar mit dem Zielverzeichnis aus der vdr.pc von dem Wert von resdir.
Im Debian Universum ist das üblicherweise /usr/share/vdr oder /usr/local/share/vdr.
Prüfe mal deine vdr.pc.
Ich habe das gleiche Verhalten wie MegaV0lt. Ich vermute, der Unterschied zu deinem Test kommt von "Timer nach Löschen neu erzeugen", den habe ich auf "Ja".
Schwierig den Überblick zu behalten, wenn du nach einer Antwort die Frage änderst.
in group_vars/all trage ich aber doch die zu ladenden Plugins ein, daher ist sie doch eh nicht mehr im original-Zusatand....
Nein, kopiere den Block in die host_vars/localhost und ergänze da deine Plugins.
Aus der yavdr ansible Doku
ZitatUm in
group_vars/alldefinierte Variablen anzupassen, sollte man eine Dateihost_vars/localhostanlegen und darin die gewünschten Anpassungen vornehmen. Die in dieser Datei definierten Variablen übersteuern die Vorgabewerte aus dem Playbook und dergroup_vars/all.
Und diese Datei ist in git excluded, damit ist dein Problem gelöst.
Wie kann ich das rausfinden?
markad Plugin Einstellungen -> Extrahiere Logo aus Aufnahme.
Das ist aber inzwischen so weit optimiert, dass das keine große CPU Rolle mehr spielt, bei mir braucht das im Schnitt 13s pro Aufnahme. Poste doch mal ein beliebiges Log File von markad aus dem Aufnahmeverzeichnis.
Die Last von markad ist normal, Video decodieren kostet eben CPU. Das darf aber einen Einfluss auf andere Anwendungen haben, der Prozess läuft mit niedrigster Priorität, er nimmt nur die CPU Power, die gerade kein anderer haben will.
30-50% VDR Last auf einer alten Atom CPU (Vermutung aus der Info über dein Board) bei gleichzeitiger Aufnahme und Wiedergabe (SD oder HD ?) liegt auch im Rahmen des Normalen.
Ein paar markad Tuning Tips:
1. full decoding aus machen, falls an (spart CPU verschlechtert aber die Ergebnisse)
2. markad mit nur einem Thread laufen lassen
3. markad nach der Aufnahme laufen lassen
4. Disk Scheduler nutzen, der IO Priorisierung kann (zeige mal cat /sys/block/<Video Platte>/queue/scheduler)
Die Version 3.0.16 ist auf vdr-plugin-markad verfügbar.
Die Version kommt jetzt mit großen Einblendungen über die horizontalen oder vertikalen Balken klar, wie es ein Sender vor kurzen neu eingeführt hat (thx heifisch for reporting). Es wird halt immer ein Anpassen an aktuelle Veränderungen notwendig sein.
Und wie immer: viele kleine Fehlerbereinigungen und Optimierungen.
Das neuste File deines Links ist "octonet.2004272138.img".
Meine Octopus sagt mit V1.1.6:
"FW Date 27 Apr 2020 21:38"
20-04-27-21-38, das sieht irgendwie gleich aus.
Ja, ist wohl aktuell,. ist bei mir genau so.
Ich habe bei meinen Testaufnahmen so einen Fall gefunden, ist ein holländischer DVB-T Sender.
H.264 und SD
root@VDR-2004-Dev:/usr/src/git# mediainfo /media/Video/VDR/Archiv_4/H264/FOX_Channel/Shades_of_Blue/2018-08-14.20.12.19-8.rec/00001.ts
General
ID : 32776 (0x8008)
Complete name : /media/Video/VDR/Archiv_4/H264/FOX_Channel/Shades_of_Blue/2018-08-14.20.12.19-8.rec/00001.ts
Format : MPEG-TS
File size : 863 MiB
Duration : 1 h 19 min
Overall bit rate mode : Variable
Overall bit rate : 1 510 kb/s
Video
ID : 516 (0x204)
Menu ID : 132 (0x84)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : 27
Duration : 1 h 19 min
Bit rate : 1 273 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan type, store method : Separated fields
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.123
Stream size : 728 MiB (84%)
Color range : Limited
Color primaries : BT.601 PAL
Transfer characteristics : BT.470 System B/G
Matrix coefficients : BT.470 System B/G
Audio
ID : 88 (0x58)
Menu ID : 132 (0x84)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 4
Duration : 1 h 19 min
Bit rate mode : Constant
Bit rate : 160 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Delay relative to video : -744 ms
Stream size : 91.5 MiB (11%)
Language : EnglishC S23.5E-3-3202-6030 FOX Channel
E 42098 1564440300 3300 4E 7
T Shades of Blue
S S02E04 'Daddy's Girl. ' (s 2, afl 4/13) (USA - 2017)
D Amerikaanse misdaadserie (2017) over een alleenstaande detective |Daddy's Girl. | |Wozniak wordt geconfronteerd met een drugszaak die hem dwingt de donkerste demonen uit zijn verleden en de dood van zijn dochter onder ogen te komen. Ondertussen onthult hij aan Harlee de reden van zijn onvoorwaardelijke trouw aan Julia Ayres.||Cast: |Jennifer Lopez (Harlee Santos)|Warren Kole (Robert Stahl)|Drea de Matteo (Tess Nazario)|Ray Liotta (Matt Wozniak)||RBseason: 2|RBepisode: 2004
G D2
R 12
X 2 03 eng
F 25
P 50
L 99
@ <epgsearch><channel>14 - FOX Channel</channel><searchtimer>Shades of Blue</searchtimer><start>1564440000</start><stop>1564444800</stop><s-id>454</s-id><eventid>42098</eventid></epgsearch>Der Video Stream fehlt im Info File (warum eigentlich, hat der VDR auch ein Problem mit der Kombination ?). Live zeigt dann richtigerweise SD an, weil der Sendername kein HD drin hat.