yavdr ansible

Ich glaube, das war ein Typo und soll "got" heißen.

Weiters glaube ich, dass der Start des VDR dann so lange verzögert wird, bis die CAM(s) verfügbar sind.

Also nein: da wird meines Wissens nach nicht neu gestartet, sondern beim Starten gewartet.

Wie sieht das denn in der Gesamtabfolge beim Booten aus? Welche Plugins werden geladen usw. ?

journalctl -b -l

Quote from seahawk1986

Wie sieht das denn in der Gesamtabfolge beim Booten aus? Welche Plugins werden geladen usw. ?

journalctl -b -l

Hab Dir das Log per PM geschickt.

Hallo,

ich habe jetzt Zeit gefunden mich mit yavdr ansible zu beschäftigen und dank der tollen Arbeit von Seahawak und den Informationen hier im Forum läuft es bereits recht gut.

Beschäftigt hat mich länger, dass ich auf meiner GT640 im Vergleich zu yavdr 0.6.2 Kammartefakte gesehen habe. Bei HD Sendern auffällig vor allem an den Senderlogos und bei SD Sendern auch direkt im Bild.

Vermutet habe ich zunächst das softhddevice Plugin. Weder die Verwendung der unterschiedlichen softhddevice Varianten noch die 1:1 Übernahme der softdhddevice Einstellungen aus 0.6.2 haben eine Verbesserung gebracht.

Erst der Downgrade des Nvidia Treibers und der zugehörigen Pakete von 435 auf Version 390 scheinen zur gewohnten Bildqualität zu führen.

Habt Ihr ähnliche Erfahrungen gemacht und ließe sich die aktuelle Nvidia Treiberversion auch mit meiner Karte sinnvoll nutzen?

Ich fürchte viel aktuellerer Treiber wird für die Karte nicht gehen.

Aber probier mal softhddevice-openglosd-ffmpeg2.8, das läuft mit meiner alten GT520 sehr stabil und ohne Artefakte.

Hast Du auch den 390er Treiber?

Ja: 390.116-0ubuntu0.18.04.1

OK, danke. Hast Du die Ansible Role dafür angepasst oder die 390er Version per apt pinning geschützt?

Ist bei der Karte nicht softhdcuvid das Mittel der Wahl? Nutze ich seit Jahren mit meiner GT630

Habe ich seit dem ich auf den 390er gewechselt bin noch nicht probiert. Erste Tests mit dem vdr-plugin-softhddevice sahen aber gut aus.

Welchen Nvidia Treiber nutzt Du für die GT630?

396 wie ich das sehe.

Spricht auch dafür, dass der Treiber (Version < 400) hier entscheidend ist.

Wie ist das bei ansible mit der uid/gid? Wird die nur einmal in yavdr-common/defaults/main.yml gesetzt? Ich würde diese gerne ändern, um die NFS Freigabe auf dem freenas sauber mounten zu können (bei freenas ist 666 schon belegt).

Viele Grüße

P.S. ich hab es anderst lösen können... per nfs4 ist das ja richtig komfortabel

seahawk1986 , achtung ich habe gerade das Update für vdr-plugin-epg2vdr installiert,

jetzt wurden alle Timer gelöscht!

Zumindest werden keine mehr angezeigt, weder im Webif noch im VDR OSD.

root@vdrserver:~# apt policy vdr-plugin-epg2vdr
vdr-plugin-epg2vdr:
  Installiert:           1.1.107-0yavdr0~bionic
  Installationskandidat: 1.1.107-0yavdr0~bionic
  Versionstabelle:
 *** 1.1.107-0yavdr0~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status

In der Tabelle timers sind sie noch, aber alle mit state = F und info = cleanuped

SHD wurde, wie es scheint für bionic, nicht gebaut am 14.02., es gab zudem am 15.02. noch eine Ergänzung im GIT.

Quote from minixjr

seahawk1986 , achtung ich habe gerade das Update für vdr-plugin-epg2vdr installiert,

jetzt wurden alle Timer gelöscht!

Zumindest werden keine mehr angezeigt, weder im Webif noch im VDR OSD.

Code

root@vdrserver:~# apt policy vdr-plugin-epg2vdr
vdr-plugin-epg2vdr:
  Installiert:           1.1.107-0yavdr0~bionic
  Installationskandidat: 1.1.107-0yavdr0~bionic
  Versionstabelle:
 *** 1.1.107-0yavdr0~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status

In der Tabelle timers sind sie noch, aber alle mit state = F und info = cleanuped

was steht denn in from_unixtime(_starttime) und from_unixtime(_endtime) für die timer mit info 'cleanuped'

Quote from utiltiy

SHD wurde, wie es scheint für bionic, nicht gebaut am 14.02., es gab zudem am 15.02. noch eine Ergänzung im GIT.

Die neueste Version baut nicht mehr gegen ffmpeg 3.4. Ich kann später mal versuchen Pakete in https://launchpad.net/~seahawk1986-h…ntu/softhdvaapi bauen zu lassen. Ich weiß auch noch nicht, ob das mit der cuvid-Unterstützung mit bionic noch klappt (für focal wäre das dieses Paket: https://launchpad.net/~yavdr/+archiv…g-archive-extra), weil das nur mit dem nvidia Treiber 435 bzw. 440 nutzbar ist.

ich kann es reproduzieren!
Ich schau das ich es beheben kann, wenn du bis dahin nichts änderst sollten die Timer nach dem fix automatisch wieder da sein,sofern sie noch in der timers.conf des VDR stehen wovon ich ausgehe.

horchi , ja timers.conf ist ok und der VDR nimmt auch noch auf.

Vielen Dank für die super schnelle Reaktion

Fix ist im git. Nach einem Neustart des VDR sollten die Timer wieder zu sehen sein. (blöder c&p Fehler den ich noch nach meinen Tests eingebaut hatte :()

seahawk1986 kannst die es bitte nochmal für yavdr aktualisieren? Danke!