Posts by kfb77

kfb77 · Tuesday, 8:22 pm

micclass wrote:

1. vdr: cap_set_proc failed: Operation not permitted
2. vdr: OS does not support cap_sys_time

Kommen die Meldungen wirklich in der Reihenfolge ? Das würde ich nicht verstehen.

2. ist keine Fehlermeldung, sondern nur ein Hinweis, dass in deiner Umgebung nicht mal root die Systemzeit setzen darf. Das ist innerhalb eines Container normal. Da ich vdr auch im Container (lxc) laufen lasse und das auch nur mit root ging, habe ich mal eingebaut, dass das abgefangen wird.

Siehe hier.

Mit "sudo vdr -u vdr" startet der vdr als root und droppt dann auf vdr, will aber die Rechte cap_sys_nice, cap_sys_time und cap_net_raw (siehe vdr.c ab Zeile 127) behalten. In deiner Umgebung geht das Behalten von cap_sys_nice oder cap_net_raw zusätzlich schief.

kfb77 · Sunday, 3:16 pm

Danke für die Tipps, wieder was dazu gelernt.

Die Änderungen sind in meinem fork, falls du es verwenden möchtest.

kfb77 · Sep 18th 2020

Hallo seahawk1986 ,

nun die 3. Variante, die beides kann: Über eine Variable wird festgelegt, ob ein merge mit der vorhandenen .conf oder ein replace gemacht werden soll.

Die beiden Sub Tasks read_plugin_config.yml und write_plugin_config.yml könnten aus dem WFE aufgerufen werden um ein einzelnes Plugin zu konfigurieren.

Um meinen RasPi vollständig zu konfigurieren, habe ich noch zwei weitere Erweiterungen eingebaut, alles hier zu finden. Kannst dich gerne bedienen, falls du da was für brauchbar hälts.

kfb77 · Sep 17th 2020

seahawk1986 wrote:

Ich bin mir gerade nicht sicher, ob es auch Plugins gibt, die die Wiederholung von bestimmten Argumenten erlauben

Ich habe mir ein paar Plugins angeschaut und nichts dergleichen gefunden, das sollte also kein Problem werden.

seahawk1986 wrote:

Da gibt es ggf. das Problem, dass einige Plugins eine kurze und eine lange Version für die Startargumente kennen

Ja, das Restrisiko bleibt, wenn hier versehentlich gemischt wird.

Ich glaube fast, es wäre für das WFE besser, die Files neu zu schreiben (kein Restrisiko), für die Erstinstallation wäre es besser, nur die geänderten Werte manuell eintragen zu müssen (weniger zu pflegen und kein Risiko, Werte zu vergessen). Also warum nicht beide Varianten, gesteuert über eine hosts_vars Variable.

kfb77 · Sep 16th 2020

Deine Idee würde gehen mit meinem 2 Vorschlag, wenn man vor dem Schreiben der Variablen die Datei zurücksetzt. Mehr wäre wohl nicht zu erweitern.

Ich versuche mich gerade noch an einer 3. Variante, die vorher die vorhanden .conf Files liest und dann die Teile, die nicht in host_vars enthalten sind, unverändert wieder zurück schreibt. Dann bräuchte man nicht alle Werte eines Plugins konfigurieren, sondern nur die geänderten. Aber ich habe es noch nicht hinbekommen, da reicht bis jetzt mein ansible KowHow noch nicht.

kfb77 · Sep 14th 2020

seahawk1986 wrote:

Ich bin mir auch noch nicht sicher, ob es eventuell besser wäre die Konfigurationsdatei komplett zu überschreiben - sonst könnte aus Versehen es doppelte oder widersprüchliche Argumente geben.

Das würde mir auch besser gefallen. Hätte aber dann wieder den Nachteil nicht generisch zu sein, weil die Werte für die Default Konfiguration für alle Plugins in der group_vars/all vordefiniert sein müssten.

kfb77 · Sep 12th 2020

Wie sieht denn dein Netzwerk aus ?

Deine OctopusNet hat

rkp wrote:

-s 192.168.6.23|DVBS2-4|OctopusNet

Hier steht in dem syslog "SATIP: Adding server '192.168.0.28" für vermutlich eine minisatip. Wie sind denn die IP Adressen deiner VDRs ?

Hast du einen Router dazwischen oder überall 255.255.0.0 als subnet mask ?

kfb77 · Sep 12th 2020

seahawk1986

die Oberfläche sieht gut aus.

Ich habe jetzt mal eine neue Rolle gebaut, die generisch Plugins konfigurieren kann. Zumindest /etc/vdr/conf.d und /var/lib/vdr/setup.conf, für weitere Files wie bei epgsearch wird man wohl ohne Templates oder einfaches Kopieren einen Musters, wie bei channel.conf, nicht auskommen. Mehrere Muster sind auskommentiert in group_vars/all drin.

Wie gefällt dir der Ansatz ?

Diff

diff --git a/group_vars/all b/group_vars/all
index 9f29ae9..657239d 100644
--- a/group_vars/all
+++ b/group_vars/all
@@ -23,6 +23,25 @@ vdr:
safe_dirnames: true # escape characters (useful for windows clients and FAT/NTFS file systems)
override_vdr_charset: "" # set the desired charset, e.g. "ISO-8859-9"
+plugins:
+# - name: satip # name of the first plugin
+# conf_avail: # list of lines to add in /etc/vdr/conf.avail/satip.conf
+# - --devices=1 # limit to one device
+# - name: live # name of the next plugin
+# setup: # list of variables to set in /var/lib/vdr/setup.conf
+# - live.UseAuth: # name of the key
+# value: 0 # turn off authentication
+# - live.MarkNewRec:
+# value: 0 # do not mark new recordings
+# - name: rpihddevice
+# setup:
+# - rpihddevice.AudioPort:
+# value: 1 # use HDMI
+# - name: epg2vdr
+# setup:
+# - epg2vdr.DbHost:
+# value: 10.1.10.146 # ip address of the epg2 server
+
# wait for dvb devices by adapter number
# NOTE: This only works for devices that are discoverable by udev, not userspace drivers like sundtek tuners!
# e.g. wait_for_dvb_devices: [0, 1] to wait for /dev/dvb/adapter0 and /dev/dvb/adapter1
diff --git a/roles/plugins/tasks/main.yml b/roles/plugins/tasks/main.yml
new file mode 100644
index 0000000..3ac9aed
--- /dev/null
+++ b/roles/plugins/tasks/main.yml
@@ -0,0 +1,33 @@
+---
+# file: roles/plugins/tasks/main.yml
+
+
+- name: ensure vdr is stopped
+ systemd:
+ name: vdr.service
+ state: stopped
+ notify: [ 'Start VDR' ]
+
+
+- name: "write vdr plugin configuration to /etc/vdr/conf.avail"
+ blockinfile:
+ path: /etc/vdr/conf.avail/{{ item.0.name }}.conf
+ block: |
+ {{ item.1 }}
+ marker: "# {mark} {{ item.1 }} is managed by yavdr ansible"
+ with_subelements:
+ - "{{ plugins }}"
+ - conf_avail
+ - skip_missing: True
+
+
+- name: "configure /var/lib/vdr/setup.conf for plugins"
+ lineinfile:
+ path: /var/lib/vdr/setup.conf
+ regexp: '^{{ item.1 | first }}'
+ line: '{{ item.1 | first }} = {{ item.1.value }}'
+ with_subelements:
+ - "{{ plugins }}"
+ - setup
+ - skip_missing: True
+
diff --git a/yavdr07-rpi.yml b/yavdr07-rpi.yml
index ec0857b..8740bcc 100644
--- a/yavdr07-rpi.yml
+++ b/yavdr07-rpi.yml
@@ -36,6 +36,7 @@
#- channellogos # use channellogos provided by https://github.com/Jasmeet181/mediaportal-*-logos
# set the variable channellogos_languages to a list of the langues you want (see group_vars/all)
# and link them to /var/lib/channellogos/ - this needs at least 300 MB of storage
+ - plugins # configure vdr plugins
tags:
- always
handlers:

Display More

kfb77 · Sep 12th 2020

Du hast Recht, bei meinen 4 Plugins ist das eine einfache Lösung, aber grundsätzlich braucht man hier eine generische Lösung. Ich habe den Pull Request geschlossen und versuche mich mal an einem generischen Vorschlag. Möglicherweise geht es auch über eine Variablen Liste. Letztendlich sind es ja nur zwei Stellen, wo Plugins konfiguriert werden (/etc/vdr/conf.d und /var/lib/vdr/setup.conf). Oder gibt es da noch mehr ?

kfb77 · Sep 8th 2020

seahawk1986

Schön wäre es, wenn man alle eigenen Konfigurationsparameter vom VDR und seiner Plugins per Playbook setzen könnte. Dann könnte man ohne manuellen Eingriff schnell wieder einen neuen VDR aufsetzen. Mir fehlen dazu aber noch ein paar Templates, z.B. für das SAT>IP Plugin. Um deine TODO List nicht noch größer werden zu lassen, habe ich mich mal an ansible versucht.

Hier ein Template um in der satip.conf den Wert von --devices setzen zu können.

Bitte mal prüfen und ggf. übernehmen.

Diff

diff --git a/group_vars/all b/group_vars/all
index 9f29ae9..7df6566 100644
--- a/group_vars/all
+++ b/group_vars/all
@@ -192,3 +192,7 @@ serial_ir_device: ttyS0
# Set the memory for the GPU core - rpihddevice needs 256 MB, which is the default value set by the playbook
# rpi_gpu_mem = 256
+
+# SAT>IP Plugin
+# -d <num>, --devices=<number> set number of devices to be created
+# plugin_satip_devices: 1
diff --git a/roles/autoinstall-satip/tasks/main.yml b/roles/autoinstall-satip/tasks/main.yml
index 3943532..915bd30 100644
--- a/roles/autoinstall-satip/tasks/main.yml
+++ b/roles/autoinstall-satip/tasks/main.yml
@@ -14,3 +14,13 @@
state: present
when: satip_devices | length > 0
notify: [ 'Restart VDR' ]
+
+- name: copy file | satip.conf if a Sat>IP server has been detected
+ template:
+ src: templates/satip.conf.j2
+ dest: /etc/vdr/conf.avail/satip.conf
+ owner: root
+ group: root
+ mode: 0644
+ when: satip_devices | length > 0
+ notify: [ 'Restart VDR' ]
diff --git a/roles/autoinstall-satip/templates/satip.conf.j2 b/roles/autoinstall-satip/templates/satip.conf.j2
new file mode 100644
index 0000000..0ac7eb6
--- /dev/null
+++ b/roles/autoinstall-satip/templates/satip.conf.j2
@@ -0,0 +1,16 @@
+{{ ansible_managed | comment }}
+# ------------------------------------
+# Configuration of SAT>IP Plugin
+# ------------------------------------
+
+# satip - SAT>IP Devices
+#
+# -d <num>, --devices=<number> set number of devices to be created
+# -s <ipaddr>|<model>|<desc>, --server=<ipaddr1>|<model1>|<desc1>;<ipaddr2>|<model2>|<desc2>
+# define hard-coded SAT>IP server(s)
+# -s 192.168.6.237|DVBS2-4|OctopusNet
+# -s 192.168.6.237|DVBS2-2,DVBT2-2|OctopusNet
+[satip]
+{% if plugin_satip_devices is defined %}
+--devices={{ plugin_satip_devices }}
+{% endif %}

Display More

kfb77 · Sep 8th 2020

CKone

danke, manchmal sieht man den Wald vor lauter Bäume nicht.

kfb77 · Sep 8th 2020

Hallo,

nachdem ich meinem RasPi 3+ vom PC Monitor auf den Fernseher umgezogen habe, habe ich festgestellt, ich habe kein Ton.

Mit LibreELEC SD Karte gebootet geht der Ton, Hardware müsste also OK sein.

Playbook habe ich nochmals durchlaufen lassen und auch gebootet.

Im Syslog fällt mir auch nichts zu Audio auf.

Wo kann ich noch suchen ?

kfb77 · Sep 7th 2020

Danke für den Hinweis, ich versuche mal, ob ich damit klar komme.

kfb77 · Sep 7th 2020

seahawk1986 wrote:

Es fehlt generell noch das Paket für epgd im PPA für den Raspberri Pi

Jetzt wo du das sagst, merke ich das auch ...

seahawk1986 wrote:

halte ich das für keine gute Idee da dann noch MariaDB und epgd drauf laufen zu lassen, da man z.T. schon mit skindesigner-Skins die Grenzen des RAM sprengen kann

Ist ein gutes Argument, dann hänge ich wohl besser den RasPi VDR an den epgd eines anderen VDRs mit dran.

kfb77 · Sep 7th 2020

Danke fürs prüfen, ist ja nur ein Schönheitsfehler, der auch verschwindet, wenn man das Playbook nochmals laufen lässt. Oder eben "systemctl daemon-reload".

Mir sind noch ein paar Punkte zu epgd aufgefallen:

- die Entscheidung, epgd zu installieren wird ja in der yavdr07-rpi.yml getroffen. Die könnte aber bei einem git pull überschreiben werden. Könnte man das nicht in die host_vars/localhost verlagern ?

- Die Parameter für die /etc/epgd/epgd.conf lassen sich nicht über das Playbook definieren. Zumindest epgdata.pin wäre schön.

- Es fehlt das Packet mariadb-plugin-epglv

Code

TASK [epgd : MariaDB and Plugin | install] *****************************************************************************************************************************
fatal: [localhost]: FAILED! => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python3"
},
"changed": false
}
MSG:
No package matching 'mariadb-plugin-epglv' is available

Display More

kfb77 · Sep 7th 2020

Hallo seahawk1986

ich habe gerade das Playbook auf meinem neu installieren Pi3+ laufen lassen. Zuerst mal ein Lob, so einfach habe ich vdr noch nie installiert, sogar meinen SAT IP Server hat er erkannt.

Mir ist noch ein kleiner Schönheitsfehler aufgefallen: Direkt nach dem Reboot zeigt systemctl status folgende warning:

Quote

ubuntu@vdr:~$ sudo systemctl status vdr

Warning: The unit file, source configuration file or drop-ins of vdr.service changed on disk. Run 'systemctl daemon-reload' to reload units.

● vdr.service - Video Disk Recorder

Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)

Drop-In: /etc/systemd/system/vdr.service.d

└─99-rpi.conf, network-online.conf

Active: active (running) since Mon 2020-09-07 19:58:39 CEST; 28min ago

Process: 1642 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)

Process: 1692 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)

Process: 1714 ExecStartPre=/usr/bin/chvt 7 (code=exited, status=0/SUCCESS)

Main PID: 1722 (vdr)

Status: "Ready"

Tasks: 24 (limit: 1401)

CGroup: /system.slice/vdr.service

└─1722 /usr/bin/vdr

Display More

Mein ansible Wissen reicht nicht aus, um zu sehen, wo da was fehlt. Da scheint vielleicht noch irgendwo ein "Reload Units" zu fehlen.

kfb77 · Sep 6th 2020

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

Neues Feature: Schon lange haben mich die Texte neben/unter den Logos (z.B. "Live" oder "neue Folge") beim Erzeugen des Logos aus der Aufnahme (--autologo) geärgert. Solange sie während der ganzen Sendung eingeblendet wurden, war es egal, aber das ist nicht immer der Fall. Sobald der Text nicht mehr eingeblendet wird, stimmen die weiteren Marken nicht mehr. Um das Problem zu lösen, erkennt markad jetzt den Text und schneidet ihn raus.

Performance: Das Finden des Logos aus der Aufnahme (also --autologo=2 und kein passendes Logo im --logocachedir=...) braucht jetzt deutlich weniger Speicher und CPU. Damit müsste die Funktion auch besser auf nicht so leistungsfähigen System laufen. Wer sich der Aktualität seiner Logos nicht sicher ist, sollte versuchen, ob es jetzt nicht besser funktioniert mit --autologo=2 und --logocachedir=/tmp (absichtlich falsches Verzeichnis, damit markad alle Logos selber erstellen muss). Ich habe damit bei meinen Aufnahmen gute Erfahrungen gemacht.

kfb77 · Aug 29th 2020

msv

danke für den Test und die Bestätigung.

Da sich der Bug auf alle Aufnahmen auswirkt, die aus mehreren TS Files bestehen, habe ich den Fix auch gleich getaggt.

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

Sie enthält ausschließlich den o.g. Fix.

kfb77 · Aug 29th 2020

Der erste Verdacht war falsch, die Erkennung vom vertical border funktioniert korrekt, trotz des lila Streifen.

Der Fehler liegt in der Berechnung der Timestamps bei mehreren TS Files. Ein "+" zu viel und alle Zeiten ab der zweiten TS sind falsch.

Code

- pts_time_ms_LastFile += iFrameInfoVector.back().pts_time_ms;
+ pts_time_ms_LastFile = iFrameInfoVector.back().pts_time_ms;

Mir ist das bei meinen eigenen Test nie aufgefallen, weil ich VDR nur als Backend nutze und die interne Schnittfunktion von markad verwendet die gleiche Funktion. Wenn man zwei Mal den gleichen Fehler macht, stimmt das Ergebnis wieder (manchmal).

msv Vielen Dank für den Hinweis und für das Test Video, das hat mich auf die richtige Spur gebracht. Bitte teste mal die Version von

git clone -b V02 https://github.com/kfb77/vdr-plugin-markad

ob die Schnittmarke jetzt auch auf der VDR Wiedergabe stimmt. Zumindest im marks File sieht es jetzt so aus, wie du oben geschrieben hast.

kfb77 · Aug 28th 2020

msv

Ich habe die Datei und auch den ersten Verdacht, warum das an dieser Aufnahme nicht funktioniert: Was soll der lila Streifen zwischen vertical border und Bild ab ca. 13:46 ???

Ich werde mir das morgen näher anschauen, der ist schmal genug, dass ich ihn ignorieren können müsste.

Posts by kfb77

VDR In kubernetes cluster

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

Bekomme Octopus Net M4 unter vdr nicht ans Laufen

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

[markad] überarbeiteter Decoder

[markad] überarbeiteter Decoder

[markad] überarbeiteter Decoder

[markad] überarbeiteter Decoder