Posts by davie2000

Bei meiner GT-520 (die deutlich älter sein müsste als deine 710er) läuft der Treiber 390.116-0ubuntu0.18.04.1 stabil in Kombination mit vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 (0.6.1rc1-26-569fde5-5yavdr0~bionic). Einen Versuch ist's wert.

Da kann ich mich nur voll anschließen: gib dir die halbe Stunde um dein lokales Ansible an deine Bedürfnisse anzupassen - es lohnt sich!

Ich habe mit einer Standard-Installation angefangen und wenn ein Plugin oder eine Einstellung funktioniert hat, habe ich sie ins Playbook aufgenommen und das Install-Skript erneut laufen lassen.

An dieser Stelle gilt mein Dank wieder einmal Seahawk für den tollen yaVDR-Ansible!

Ich dachte Bionic sei der einzige Branch und daher mit Master identisch?

Edit:

Hab gerade gesehen, dass es 6 branches gibt. Ist "Bionic" also der richtige, weil laufend gepflegt?

D.h. ich mache es so wie oben beschrieben, aber mit "Bionic" statt "Master"?

Ich habe mir jetzt folgende Vorgehensweise angewöhnt, bei der scheinbar leider die aktuellsten Änderungen von seahawk NICHT von github übernommen werden.

Wie muss ich es richtig machen?

1) im Ansible-Ordner zum Master wechseln und dort ein "update" machen = aktuellsten Stand von github holen

git checkout master

git pull

2) dann in meinen Branch wechseln und die beiden Stände zusammenführen

git checkout myvdr

git merge master

Was mit Bereits aktuell quittiert wird.

Und das obwohl sich die aktuellsten Änderungen (zB "Fix typo, set numeric default value" in der group_vars/all) NICHT in meinen Quellen finden lassen.

Weder im Master noch in meinem Branch.

Was mache ich noch falsch?

seahawk1986 wrote:

Das wird soweit ich weiß über das vdr-plugin-epgsearch realisiert.

Das wars - vielen Dank dafür!

Hallo!

Unter yaVDR 0.6 wurde uns bei den Sendungsdetails (Skindesigner und epgd & co) neben Inhalt, Schauspieler, MovieDB, etc. auch ein Karteireiter "Wiederholungen" angezeigt,

mit allen Wiederholungsterminen falls die Sendung irgendwann wiederholt wurde.

Unter Ansible bzw. VDR 2.4 ist uns leider erst jetzt aufgefallen, dass der Reiter "Wiederholungen" überhaupt gar nicht mehr da ist.

Hat von euch jemand eine Idee, welches Plugin oder welche Einstellung dieses Feature wieder herzaubert?

In den derzeit installierten Plugins (epgd, scraper2vdr, epg2vdr, skindesigner, live) kann ich jedenfalls keine diesbezügliche Einstellung finden.

Danke schon jetzt für eure Unterstützung!

Ohne ein epgdata-Abo zu besitzen würde ich darauf tippen, dass das die IDs der Sender bei epgdata sind.

Bin mir sicher, dass du mit deinem epgdata-Account auch eine Liste mit Kanälen und ihren IDs finden wirst. *daumendrück*

Dieter wrote:

13 sec wären klasse. Hier ist es mehr um die 60 (von SSD) bis Bild kommt. systemd-analyze sagt auch was von ~13 sec.

Bei uns ist Bild u Ton nach ca. 20 Sekunden (gestoppt mit dem Handy) da.

In den ersten Sekunden danach reagiert der VDR noch etwas träge, aber das pendelt sich schnell ein.

Ich liste hier noch die "schuldigsten" Dienste auf - Ausgabe von systemd-analyze blame (absteigend bis ca. 400 ms):

systemd-networkd-wait-online.service hat früher zB deutlich länger gebraucht und wurde durch die statische IP-Adresse deutlich schneller.

=> Kennt ihr noch andere Möglichkeiten, wie ich einige davon noch schneller bekomme (zB dev-sdb1.device)?

Außerdem würden mich noch Bootzeiten bzw. Zeiten bis Bild/Ton von anderen/mehreren yaVDR-Ansible-NutzerInnen interessieren ...

Hallo!

Mich würde interessieren, wie lange ihr mit yaVDR-Ansible zum Booten braucht, damit ich meine Zeiten besser einordnen kann.

Im Schnitt sinds 13 Sekunden lt. systemd-analyze mit denen wir ziemlich zufrieden sind:

Von SSD mit Skindesigner, EPGD & Co und Softhddevice (Openglosd FFMpeg 2.8) und noch anderen Plugins (wie zB Live) - und nach der Installation von Preload.

Ich habe epgd & co installiert und einfach mal im Webif (epgdhttp) einen Suchtimer angelegt.

Dann im OSD vom VDR (skindesigner mit angepasstem Estuary-Skin) unter System - EPG and Timer Service - Suchtimer sehe ich den aktiven Suchtimer.

Wahrscheinlich musst du über System - Einstellungen - Plugins - epg2vdr erst einschalten, dass der Menüpunkt überhaupt angezeigt wird.

Eventuell muss auch noch das menuorg-Plugin installiert sein - bitte mal ohne ausprobieren.

da hast du wohl recht!

D.h. im Umkehrschluss, dass ich die Taste KEY_PROG2, die ich für Kodi - statt KEY_HOME - verwende auf jeden Fall auch aus der remote.conf rausnehmen muss, oder? Das ist auch der Grund, warum ich KEY_HOME in deinem Ansible-Template nicht finden kann, weil du es bewusst rausgenommen hast.

Danke für den Hinweis, aber das mit dem Überschreiben der remote.conf habe ich schon umgestellt (hast du mir in einem anderen Thread schon verraten).

Und bist du sicher, dass ich die Taste/Definition aus der remote.conf löschen muss?

Weil die Koditaste (aus .lircrc2; bei mir KEY_PROG2) steht auch immer noch in der remote.conf und funktioniert trotzdem.

Edit:

Die Taste MUSS aus der remote.conf raus, sonst gibt sehr eigenartiges Verhalten und das ein- und ausschalten funktioniert nicht (zuverlässig)!

Danke, Seahawk, für deine - wie immer - tolle und zielführende Antwort!

D.h. wenn ich das ausprobieren möchte, dann muss ich in der /etc/vdr/remote.conf (oder doch in der /var/lib/vdr/remote.conf?) die Zeile

LIRC.User0 KEY_TEXT rauslöschen - geht auch auskommentieren? Wenn ja: mit Raute (#)?

Und dann in der /var/lib/vdr/.lircrc - wo dzt. nur die Kodi-Taste drinsteht - zusätzlich die Zeilen von oben einfügen und neu booten.

Stimmt das so?

Wenn das funktioniert, werde ich in meinem lokalen Ansible-branch die .../yavdr-ansible/roles/yavdr-desktop/templates/.lircrc.j2 erweitern und aus der .../yavdr-ansible/roles/vdr/files/remote.conf die Definition für KEY_TEXT rauslöschen (bzw auskommentieren) und das Installationsskript neu laufen lassen.

Stimmt das so?

Vielen Dank schon jetzt für deine Antwort!

Edit:

Das Ausprobieren mit Rauslöschen hat schon mal geklappt - es ist die /etc/vdr/remote.conf.

Habe den oberen Absatz daher ausgestrichen.

Bleibt die Frage nach dem Auskommentieren und die Vorgehensweise für Ansible

Weiß jemand, wie es unter yaVDR-Ansible möglich ist, mit einer Taste ein Plugin zu öffnen und wieder zu schließen?

Konkret geht es um die Teletexttaste, die bei jedem Drücken den Teletext (bzw. das Plugin osdteletext) öffnet und zum Schließen müssen wir dann die Back- oder Menütaste drücken.

Ich bilde mir ein, dass es unter yaVDR 0.6 irgendwie möglich war, dass beim ersten Drücken der Teletext geöffnet wird und beim zweiten Drücken (bzw. wenn der Teletext bereits geöffnet ist) quasi die Zurück- (oder Menü-)Taste ausgelöst wird - der Teletext also wieder "zugeht".

Also eigentlich das gleiche Verhalten wie bei der Mute-Taste.

Danke schon jetzt für eure Ideen!

aragorn wrote:

...
der 340er baut. Vielen Dank!

...

Ich nutze unter Ansible erfolgreich nvidia "390.116-0ubuntu0.18.04.1" mit "softhddevice openglosd ffmpeg 2.8" und habe einwandfreies Bild und keine Ruckler etc.

Vielen Dank für die Tipps!

Ich habe mal in der /etc/netplan/01-netcfg.yaml fix die IP-Adresse eingetragen und dadurch ca. 2 Sekunden beim Reboot gewonnen.

Viel wird da jetzt wohl nicht mehr zu holen sein:

Startup finished in 3.935s (kernel) + 9.032s (userspace) = 12.968s

Viell. geht bei mariadb und systemd-journal-flush noch was?

Was haltet ihr von "preload"?

Edit:

Die Meldungen im syslog (siehe Posting #1) sind übrigens von alleine wieder verschwunden?!

Danke für die Erklärung! Klingt leider sehr plausibel.

Werde wohl mal ohne Standby testen, wie schnell der VDR nach dem Einschalten benutzt werden kann.

Läuft ja jetzt immerhin wirklich auf SSD

Mit Aufwachen aus S3 sinds dzt. ca 10 Sekunden bis Bild/Ton.

Zur Not werde ich versuchen, die Meldungen wegzufiltern.

Ich habe die Tage Ubuntu 18 mit Ansible komplett neu auf meiner SSD aufgesetzt und eigentlich läuft alles wie wir es gewohnt sind (Tastenbelegung, Aufwachen aus Standby, EGP, Senderlogos, Skin, etc.).

Aber unser /var/log/syslog ist überschwemmt mit solchen Meldungen:

Der yaVDR-ansible wurde aus dem Standby geweckt und scheint "normal" zu laufen.

Wo kommen diese Meldungen her? Was muss ich zur genaueren Analyse noch liefern?

Die sieht so aus # table rc-rc6-mce, type: RC6 - wird der im syslog angezeigt Name von dort genommen?

Jetzt funktionierts jedenfalls - remote-Dateien mussten überschrieben werden (siehe "Edit" oben).

Edit:

Wenn wir schon bei der Teletext-Taste sind: jetzt kann ich mit ihr den Teletext zwar einschalten, aber nur mit der Zurück- oder Menütaste wieder ausschalten.

Toll wäre eine toggle-Funktionalität wie zB bei der Koditaste: "wenn ein dann aus, sonst ein". Wie ließe sich das (mit Ansible) umsetzen?

Edit:

Hat sich erledigt - ich musste wieder das Überschreiben der "remote"-Dateien (siehe hier) ermöglichen jetzt klappt auch die Teletext-Taste.

Ich muss den Thread leider nochmal re-aktivieren, weil meine Teletext-Taste nicht funktionieren mag - nach kompletter Neuinstallation.

Das Umschalten zu Kodi mit der Taste KEY_PROG2 (statt KEY_HOME - siehe oben) und auch die Untertitel-Taste (KEY_SUBTITLE) funktionieren;

nur nicht die Teletext-Taste KEY_TEXT.

Diese Anpassungen haben bis jetzt unter yaVDR 0.6, 0.5 und sogar Ansible einwandfrei funktioniert - seit der Neuinstallation nicht mehr?

Ich habe in der Ansible-Datei die keymap für unsere Fernbedienung "nuvoton-cir" ausgetauscht (und später auch noch für rc-rc6-mce):

In unserer keymap habe ich ein paar Tasten vertauscht:

Zugegeben: bei der ersten Installation via Ansible-Installskript war die eigene Keymap (/etc/rc_keymaps/rc-rc6-mce-davie2000) noch gar nicht vorhanden, weil es ja das Verzeichnis vor Installation von VDR & Co (durch Ansible) noch gar nicht gab. Habe die Datei dann nach erstem Reboot angelegt und das Playbook (Installskript) mittlerweile mehrfach laufen lassen und Untertitel- und Kodi-Tasten funktionieren ja.

Bei der unter "Registered IR keymap" angegebenen "rc-rc6-mce" handelt es sich um die "Familie" nicht die konkrete Keymap, weil sonst müsste da doch rc-rc6-mce-davie2000 stehen, oder?