Beiträge von kfb77
-
-
-
Leider hat die Version 3.4.11 zwei wesentliche Bugs drin. Darum muss ich heute nochmals eine Version nachschieben. Ich hoffe mal jetzt passt es.
Die Version 3.4.12 von vdr-plugin-markad ist verfügbar.
-
Da brauche ich jetzt die Aufnahme dazu, bitte lade sie mir auf den Link aus der alten PM rauf. Wie letztes Mal auch, in max. 2 GByte Teile aufteilen.
Bei der Suche ist mir aber bei der letzten Änderung ein böser Fehler aufgefallen, ich habe bei der Korrektur Höhe und Breite verwechselt. Da muss ich noch einen Update nachschieben.
-
Die Version 3.4.11 von vdr-plugin-markad ist verfügbar.
Code2024-03-09: Version 3.4.11 - optimize logo size check thx to schwabe@www.vdr-portal.de for reporting - allow min 40s VPS pause events thx to nobanzai@www.vdr-portal.de for reporting - add script for markad test build with Debian/Ubuntu (contrib/debian_test_build) - some minor bug fixes and optimizations, see git
-
40:22 - einzelner Autowerbespot, bei dem noch das ARD Logo zu sehen war
Das kann ich nicht erkennen
40:33 - Beginn Werbung
41:11 - Ende Werbung
Die VPS Meldung dazu werden in der nächsten Version gefixed sein. Ob dann die Marken stimmen ist aber nicht sicher, Sportsendungen haben ihre eigenen Rhythmus, markad funktioniert am besten bei Serien und Filme.
-
Danke, das bestätigt meinen Verdacht:
Code09.03.2024 17:11:33 DEBUG: received EIT event: eventID: 3040573, eitEventID: 45846, runningStatus: 3 -> pausing 09.03.2024 17:11:33 INFO: time offset: 00:40:33, eventID: 3040573, old state 4, new state: 3 -> broadcast pause start 09.03.2024 17:12:14 DEBUG: received EIT event: eventID: 3040573, eitEventID: 45846, runningStatus: 4 -> running 09.03.2024 17:12:14 ERROR: VPS pause stop to fast after pause start, ignoring 09.03.2024 17:12:14 DEBUG: time offset: 00:41:14, eventID: 3040573, old state 3, new state: 3 -> ignore event
Werbung und Bug oder nicht Werbung und markad hat Recht ?
-
markad möchte dir sagen, dass er die VPS Sequenz für nicht sinnvoll erachtet.
Ich will mal nicht grundsätzlich ausschließen, dass markad sich hier auch irren könnte ...
Codevdr[22198]: [22226] markad: VPS -> Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: received EIT event: eventID: 3040573, eitEventID: 45846, runningStatus: 3 -> pausing vdr[22198]: [22226] markad: VPS Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: got VPS PAUSE_START event at 09.03.2024 17:11:33 vdr[22198]: [22226] markad: VPS -> Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: offset: 00:40:33, eventID: 3040573, state: 4, new state: 3 -> broadcast pause start vdr[22198]: [22218] markad: VPS -> Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: received EIT event: eventID: 3040573, eitEventID: 45846, runningStatus: 4 -> running vdr[22198]: [22218] markad: VPS Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: got VPS PAUSE_STOP event at 09.03.2024 17:12:14 vdr[22198]: [22218] markad: VPS -> Sport~Fußball~Bundesliga~2024-03-09_-_16:35_-_Sportschau: VPS pause stop to fast after pause start, ignoring
17:11:33 -> (Offset 40:33) kommt VPS Pause Event
17:12:14 -> VPS Start Event, nur 41s später
Das betrachtet markad als zu früh, weil ich noch nie eine Sendung gesehen habe, die nur 41s Werbung sendet und das mit einen VPS Pause Event mitteilt. Der Rest im Log sind Folgefehler.
Was ist denn in der Aufnahme bei Offset 40:33 zu sehen ?
Die Mindestlänge für eine gültige Werbung mit VPS Pause Events ist aktuell 50s. Kann ich ändern, wenn du mir bestätigst, dass das so eine kurze Werbung war.
Bitte für die Zukunft in den Plugin Einstellungen "log VPS Events" anmachen. Dann gibt es eine vps.log im Aufnahmeverzeichnis, wo mehr Infos zu den VPS Events drin stehen.
-
Ich sehe schon, da hat mal wieder ein Werbelogo mir Probleme gemacht. Das wird immer ein Problem bleiben, wo man laufend nach justieren muss. Das fällt dann zuerst bei Sendungen auf, die eh schwierig sind mit der Logo Erkennung.
Habe es gefixed, teste mal bitte nochmals mit dem aktuellen Stand von Branch V03.
Und für die Zukunft: Bitte erhöhe deinen Log Level auf "ausführliches Logging" in den der Plugin Konfiguration. Das war Zufall, dass da genau die Info, die ich brauchte, bei dem Log Level schon drin stand.
-
OK, dann ist wohl das Verhalten mit Docker anders.
Ich habe den VDR mit nativ LXC am Laufen, das geht ohne Probleme. Sowohl mit privilegieren Container, als auch mit unprivilegierten Container und User/Group mapping.
Bei Docker muss ich passen, habe nie versucht einen VDR darin zum Laufen zu bekommen.
Normalerweise startet VDR als root, droppt dann auf den VDR User und möchte die Rechte die Systemzeit zu setzten behalten. Das darf er aber in einem Container nie. An der Stelle verhält sich Docker Compose vermutlich anders als LXC selbst.
-
Was ist denn das für eine VDR Version ?
Für das Thema hatte ich vor fast 5 Jahren einen Patch geschrieben, der auch längst übernommen wurde.
-
Du fängst das Design des Containers von hinten an.
Zuerst solltest du mal grundsätzlich entscheiden, ob es auf einem Homeserver unbedingt ein unprivilegierter Container sein muss.
VDR möchte beim Start seine Prozesspriorität erhöhen, was auch Sinn macht. Das geht nur in einem privilegierten Container.
Dann hättest du auch kein Problem mehr mit dem Zugriff auf die Devices.
Falls es unprivilegiert bleiben soll, musst du zumindest die Gruppe Video mappen, damit diese im Container die gleiche ist.
Anleitung z.B. hier.
-
Der User, unter dem dein VDR lauft (sicher nicht "nobody"), hat keinen Zugriff auf die Device mit o.g. Rechten.
Entweder die Rechte erweitern (chmod a+rw ...), oder den Owner/Gruppe der Devices auf den VDR User (oder Gruppe Video) ändern (privilegieren Container oder User Mapping notwendig) oder privilegieren LXC Container nehmen und den VDR unter root laufen lassen (auf einem Homeserver würde auch damit nicht schlecht schlafen, auch wenn man das eigentlich nicht macht).
-
In der bisherigen Version würde er zumindest die vorgegebene Zeit aufnehmen
Was passiert ohne Patch, wenn die Sendung um mehr als die Länge verspätet gesendet wird (zum Beispiel wegen aktueller Berichterstattung): Dann ist der Timer im falschen Timeslot abgearbeitet und die eigentliche Sendung wird trotz korrektem VPS Signal nicht aufgenommen. Oder nicht ?
-
oder nutzt markad die auch ?
nein.
Normalerweise braucht markad keine statischen Logos, im Ausnahmefall kann man welche ablegen (default: /var/lib/markad), die haben aber ein eigenes Format.
-
Ansonsten wird das info File auch für DeletedRecordings gelesen, was unnötig ist.
Stimmt.
Wenn man Aufnahmefehler brauchen kann, dann kommen keine ...
Ich habe den Fehlerzähler in der info von Hand erhöht, dann "touch .update": Hat funktioniert.
-
Hast du das Thema in der Queue für die nächste Version ?
-
Als sonst stiller Mitleser in dem Thread, muss ich mal widersprechen:
--record=... muss auf ein Skript zeigen, das vom VDR vor/nach einer Aufnahme ausgeführt wird. Die Links von gggggg auf die VDR Dokus beschreiben genau das. Üblicherweise ist das das Skript "/usr/lib/vdr/vdr-recordingaction". Das darf kein Aufnahmeverzeichnis sein.
-
Vielleicht das ?
-
https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.6.6 deckt alles von focal bis noble ab - wenn du darauf umstellen willst: PPA hinzufügen, altes PPA mittels ppa-purge entfernen (https://wiki.ubuntuusers.de/Pa…eischalten/PPA/#PPA-Purge), dann sollte die Paketverwaltung alles gerade ziehen.
main muss dann aber trotzdem noch manuell umgebaut werden, oder ?