Wenn ich nicht die interne Karte ständig ausbauen müsste um die ONet zu installieren, dann wäre das nur halb so viel Arbeit.
Mit dynamite-Plugin kannst du die per udev-Regel ignorieren lassen und ohne musst du beim VDR 2.2.0 ein Device vorgeben, das nicht existiert, also z.B. -D10 - der Ansatz mit -D- aus SAT=>IP mit Octopus Net klappt erst mit späteren VDR-Versionen.
Der Logschnipsel ist schon arg kurz - außer dass das Netzwerk nicht passend konfiguriert ist, sieht man da nicht wirklich. Wie hast du den Upstart-Job für den VDR angepasst?
Am besten funktioniert es nach meiner Erfahrung mit Sat>IP, wenn man den Start des VDR so lange verzögert, bis die Netzwerkverbindung steht. Bei yavdr-ansible ist das die Voreinstellung, weil auch andere Plugins wie epg2vdr, iptv und streamdev-client sich beim Starten so besser verhalten.
Mit Upstart ist das soweit ich das in der Dokumentation gelesen habe in gewissem Rahmen auch möglich - bei einem statisch konfigurierten Netzwerk könnte man versuchen auf das Signal static-network-up zu warten, ansonsten gibt es noch die Möglichkeit auf einzelne Geräte zu warten - z.B. auf das Signal net-device-up IFACE=eth0 für eth0.
Kann es sein, dass Xorg event5 auswertet - quasi wie eine angeschlossene Tastatur?!
Ja, für den Empfänger gibt es ja ein Kernel Input Device, das Tastatur-Events auslöst. Du kannst dem X-Server aber sagen, dass er solche Geräte ignorieren soll, indem du ihnen über udev einen Tag verpasst und den in der Xorg-Konfiguration ausschließt. Bei yavdr-ansible ist das für alle eventlircd-Geräte so gelöst:
https://github.com/yavdr/yavdr…/98-eventlircd.rules#L174 verpasst denen den Tag ENV{ID_INPUT.tags}+="eventlircd" und dann gibt es noch ein Snippet, das dem X-Server sagt, dass er die Geräte ignorieren soll:
Ich habs schon gesehen und einen Patch für glew von den Debianern übernommen - softhdcuvid hat damit gebaut (müsste demnächst veröffentlicht werden).
Und lohnt es sich auf VDR 2.4 zu wechseln?
Bei yavdr-ansible hast du OOTB einen VDR 2.4.0. In den letzten Tagen hat Klaus etliche Patches zur Behebung von Fehlern und Unschönheiten bereitgestellt, die ich versuche zeitnah in die Pakete im PPA einzubauen. Wenn man Plugins nutzt, die nicht aus den PPAs stammen, muss man die halt neu bauen, wenn sie nicht mehr zur ABI-Version des VDR-Pakets passen.
Ich hab mir jetzt mal TVGuide installiert als EPG, kann ich mir das auf ne Taste binden?
Ja, über die keymacros.conf (vgl. man 5 vdr, Abschnitt KEY_MACROS) - also z.B. um tvguide mit der Taste User9 zu starten:
Is it possible to install dvbapi plugin from frodo repo? Or how can I build such package?
The package needs to be rebuilt using the header files from the most recent vdr-dev package - you can do this yourself like for every other debian package - get the package sources, satify the build-dependencies and rebuild the package - those steps are e.g. described in https://www.unixmen.com/apt-rebuilding-package-debian/
Adding a PPA with an additional deb-src line is simple - just add the --enable-source Argument to the add-apt-repository command.
Next question is if this is a good choice to by nvidia GT1030?
It depends on what you are trying to do - this model works fine for typical SD and HD content (I bought one for german DVB-T2, which uses 8-Bit HEVC in Full-HD) , but for outputting UHD 10-Bit HEVC content without conversion to 8-Bit there are several hurdles to overcome (which are partially addressed by the softhdcuvid-Plugin, which is somewhat tricky to build) - the nvidia driver seems to limit 10-Bit output to using RGB instead of the more popular YUV color space which is used by most consumer televisions.
Was für Hardware hast du denn auf den Clients? Nutzt du eine X-Session oder Wayland? Sieht man eventuell Hinweise auf Fehler im Log von Xorg (/var/log/Xorg.*.log) und der Ausgabe von dmesg? Hast du mal eine andere Desktop-Umgebung als GNOME probiert (also z.B. Openbox)?
Für Ubuntu 18.04 kannst du die Pakete aus den yaVDR-PPAs probieren - also https://launchpad.net/~yavdr/+…/ubuntu/experimental-main (enthält einige Abhängigkeiten für VDR-Plugins und etwas drum-herum) und https://launchpad.net/~yavdr/+…e/ubuntu/experimental-vdr
Are the packages python3-yavdrfrontend and yavdr-frontend-tools still installed?
I have upgraded packages from your repo ppa:seahawk1986-hotmail/vdr-2.4.0. After that the dvbapi plugin was removed.
So I have tried to install it fromother repo (from frodo) and I think there was to many changes.
I increased the abi version of the vdr package because some of the recent patches realeased for VDR 2.4.0 (ftp://ftp.tvdr.de/vdr/Developer/Patches/vdr-2.4/) changed header files - so all plugin packages need to be rebuilt.
What did you change?
The softhddevice fronted seems to be detached, so i am wondering if the dbus2vdr plugin has been loaded by the vdr. Please post the complete log after a reboot (you can redirect the output into a file):
journalctl -l -b
Ich habe der Rolle vdr gerade zwei neue Tasks hinzugefügt, mit Hilfe derer man eine channels.conf ins System kopieren lassen kann, falls noch keine existiert:
Für lokale Dateien kann man die Variable vdr_channels_conf definieren (z.B. in einer host_vars/localhost.yml), um eine auf dem Rechner vorhandene channels.conf ans Ziel kopieren zu lassen, also z.B.:
Alternativ kann man die Variable vdr_channels_conf_url definieren (damit die einen Effekt hat, darf die Variable vdr_channels_conf nicht definiert sein), um die Kanalliste über HTTP(S) oder FTP zu laden:
Lirc wird von yavdr-ansible eigentlich nicht gestartet, solange es keinen Atric IrWakeupUSB oder eine yaUsbIR findet - dessen Dienste sollten dann vom Playbook maskiert werden: https://github.com/yavdr/yavdr…remote/tasks/main.yml#L26.
Die Eingaben von Kernel Input Devices mit einen entsprechenden udev-Tag werden von eventlircd gelesen auf dessen lircd-kompatiblen Sockel ausgegeben, von dem der VDR (und KODI) lesen.
Da blacklisten nichts half und die Hardwareerkennung mit Ubuntu Desktop offensichtlich anders funktioniert, habe ich einfach mal eine Ubuntu Desktop (minimal) Installation vorgenommen.
Eigentlich sollte es da keinen Unterschied geben - der Empfänger wird über udev erkannt und dann reagieren Udev-Regeln und Dienste darauf. Wenn eventlircd läuft, öffnet es das Gerät exklusiv, d.h. wenn man mit ir-keytable Tastendrücke sehen will, muss man den Dienst (und die Socket-Activation) zuvor stoppen: systemctl mask --now --runtime stop eventlircd.service eventlircd.socket
In MCE Remote mit 1804+Ansible verhält sich komsich gab es ein ähnliches Problem - ist das eventuell das selbe in grün?
Ist es nicht möglich die Zeile direkt mit poweroff hinzuzufügen, so dass man anschließend zwischen zB suspend und poweroff nur noch wechseln brauch?
Ja, kann ich bei Gelegenheit noch machen (wobei das eventuell im Ansible-Playbook besser aufgehoben ist als im VDR-Paket) - wir hatten die /etc/default/vdr an damals aus dem Debian-Paket für den VDR übernommen: https://salsa.debian.org/vdr-t…master/debian/vdr.default
Hast du mal versucht die beiden Module zu blacklisten?
Ich habe es mal eingebaut, probier mal bitte, ob das so passt.
Lirc Gerät: /dev/lirc0
Gibt es da eventuell einen Prozess, der auf /dev/lirc0 zugreift? Eventuell sieht man da mit fuser etwas.
Damit der VDR ein installiertes Plugin lädt, muss man ihm sagen, dass er es tun soll - wie das ab yaVDR 0.6 funktioniert steht in https://www.yavdr.org/documentation/0.6/de/ch01s06.html oder auch in der /usr/share/doc/vdr/NEWS.Debian.gz
Falls das Plugin ohne Startargumente auskommt, legt man im einfachsten Fall also eine Datei an, die den Plugin-Namen in eckigen Klammern enthält - für ein vdr-plugin-dvbfoo also z.B.:
woraufhin ich mal alles in /usr/lib/vdr$ ls -al
auf ausführbar (+x) und user:group = vdr:vdr gesetzt habe. Vielleicht war das ein Fehler,wenn jetzt "No writeable /sys/class/rtc/rtc0/wakealarm" kommt, läuft möglicherweise was mit dem
falschen User oder Group ?
Das verbiegt auf jeden Fall die Rechte des vdr-shutdown-wrapper und dann kann er nicht mehr als root ausgeführt werden - probier mal folgendes (eigentlich sollte das auch passieren, wenn du das aktuelle VDR-Paket einspielst):
