Posts by holymoly

Hallo,

nach einer Neuinstallation von yaVDR , focal mini.iso, gab es hier mit dem nvidia-driver-470 ? Treiber Probleme.

Nach dem Downgrade auf den nvidia-driver-460 gabe es den segfault nach dem restarten nicht mehr.

Leider funktionierte damit der Suspend nicht , da in

/etc/systemd/system/systemd-suspend.service.requires der benötigte service nvidia-resume.service  nicht vorhanden war bzw auf /dev /null verwies .

Habe dann den requires Ordner erst mal entfernt. Jetzt funktioniert auch suspend und resume wieder-

mfg

gcc (Gentoo 11.1.0 p1) 11.1.0

Moin,

nutze hier eine rc6 FB mit entsprechendem usb Empfänger von HP.

Nach dem Update auf den Kernel 5.8.0-50-generic ist es beim Betätigen der Pfeiltasten ebenso, Tastendruck wird endlos wiederholt.

mfg

Hallo,

seahawk1986 wrote:

.. Ich schiebe dafür ab und an noch Updates nach, wenn sich die Plugins für bionic bauen lassen, aber regelmäßig mache ich das aktuell nur für focal.

Danke für die Info und für die Mühe.

Sehr selten restartet vdr mal, aber sonst läuft das hier problemlos.

mfg

Hallo,

seahawk1986 wrote:

Nutzt du noch bionic?

wo ich das gerade lese, sollte man auf Focal umsteigen?

Updates, welche den vdr betreffen, hatte ich hier schon seit einiger Zeit keine mehr.

mfg

seahawk1986 wrote:

Ich würde PPAs mit ppa-purge entfernen, wenn die daraus installierten Pakete mit entfernt werden sollen.

ok, beim nächsten Mal werde ich es so machen.

mfg

Hallo,

seahawk1986 wrote:

Dann solltest du ppa:yavdr/experimental-vdr noch mit Hilfe von ppa-purge entfernen.

vielen Dank, lässt sich wieder installieren.

mfg

Hallo,

schaut so aus

Hallo,

nach dem Updaten von den Paketen bekomme ich jetzt folgende Meldung

Quote

# apt install vdr-plugin-epg2vdr vdr-plugin-epgsearch vdr-plugin-femon vdr-plugin-noepg

Paketlisten werden gelesen... Fertig

Abhängigkeitsbaum wird aufgebaut.

Statusinformationen werden eingelesen.... Fertig

Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass

Sie eine unmögliche Situation angefordert haben oder, wenn Sie die

Unstable-Distribution verwenden, dass einige erforderliche Pakete noch

nicht erstellt wurden oder Incoming noch nicht verlassen haben.

Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:

vdr-plugin-epg2vdr : Hängt ab von: vdr-abi-2.4.0-5yavdr

vdr-plugin-epgsearch : Hängt ab von: vdr-abi-2.4.0-5yavdr

vdr-plugin-femon : Hängt ab von: vdr-abi-2.4.0-5yavdr

vdr-plugin-noepg : Hängt ab von: vdr-abi-2.4.0-5yavdr

E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Display More

Diese Paket wurden vorher deinstalliert, waren wahrscheinlich von frodo, ppa habe ich gerade per 'add-apt-repository --remove' entfernt.

Was ist jetzt zu tun, damit sich diese plugins wieder installieren lassen?

mfg

Hallo,

Quote

nutze hier der Einfachheit halber erstmal so ein MCE Teil von HP (RC6 FB und Infrarot Empfänger)

nutze jetzt anstelle von dem HP Empfänger einen TSOP zum Empfang der Signale von der FB. Funktioniert einwandfrei.

Habe deswegen heute erneut install-yavdr-rpi.sh ausgeführt.

Seitdem habe ich jetzt beim Umschalten der Kanäle, solange noch kein Bild ausgegeben wird, in der linken oberen Ecke einen blinkenden Underscore.

Lässt sich das beheben?

mfg

Hallo,

CKone wrote:

benutzt ihr auch den internen rpi Empfänger oder habt ihr was am USB dran?

nutze hier der Einfachheit halber erstmal so ein MCE Teil von HP (RC6 FB und Infrarot Empfänger)

Will aber eigentlich die FB vom TV per CEC nutzen.

mfg

Hallo,

alles bestens jetzt,danke.

mfg

Hallo,

beim Umschalten per channel-up/channel_down wird mir ein pinkes Rechteck mit den Kanalinfos angezeigt, beim Betätigen von OK wird es dagegen korrekt dargestellt, beim Umschalten per Zifferntasten ebenso.

Woran kann das liegen ?

mfg

Ursache möglicherweise

channel-switch-patch?

Besteht die Möglichkeit, vdr-rpihddevice-1.0.5 für die Raspberrys bereitzustellen ?

Moin,

seahawk1986 wrote:

Man könnte eine Unit basteln, die auf das network-online.target wartet und vor der vdr.service gestartet wird, die den VDR über WOL weckt und dann eine Schleife dreht, bis der Server über SVDRP erreichbar ist.

Habe das jetzt mal sehr einfach per

in /etc/systemd/system versucht.

Scheint auch zu funktionieren, das Aufnahmeverzeichnis auf dem Server steht per nfs zur Verfügung, Bild per streamdev gibt es auch.

Aber nur wenige mal getestet.

Was sollte man noch ändern, lässt sich verbessern ?

mfg

Hallo,

seahawk1986 wrote:

Wie genau sah der Eintrag aus? Wenn streamdev_client_remote_ip gesetzt ist sollte das eigentlich installiert werden: https://github.com/yavdr/yavdr…s/vdr/tasks/main.yml#L169

die IP hatte ich nicht gesetzt, habe ich übersehen. Hatte vdr-plugin-streamdev-client bei zu installierenden Plugins hinzugefügt.

Vielen Dank.

Hallo,

vdr-plugin-streamdev-client wurde anscheinend nicht installiert, hatte es in der locales eingetragen.

Nachinstalliert und es erscheint auch gleich das TV-Bild.

Ton fehlt noch.

mfg

Tonausgabe auf HDMI im rpihddevice gestellt. Ton geht auch.

Hallo,

werde das jetzt mal auf einem pi3 testen.

Soll aber nur als Client ohne eigene Devices Verwendung finden , Aufnahmen und Timer ebenso nur auf dem Server.

Wie bekomme ich den Server jetzt per wakeonlan beim Start vom pi rechtzeitig geweckt ?

Gab gerade kam diese Meldung beim Ausführen von ./install-yavdr-rpi.sh

Vermisse noch vdr-plugin-epgsync. Könnte man das vielleicht aufnehmen?

Nach dem Neustart vom pi habe ich jetzt schon mal das Menü vom vdr auf dem TV

Werde mal schauen was das log sagt.

mfg

kfb77 wrote:

Das ist die korrekte URL: https://github.com/yavdr/yavdr-ansible/

Alles klar, danke.

Moin,

ist die angegebene Adresse --> https://yavdr/yavdr-ansible korrekt so?

bekomme hier "fatal: unable to access 'https://yavdr/yavdr-ansible/': Could not resolve host: yavdr"

Danke schon mal.

Wer es in der Konsole in deutsch mag noch ein

sudo dpkg-reconfigure keyboard-configuration

mfg

Hallo

anscheinend hatten sie die Aktion im Mai verlängert.

Sollte dann noch bis zum 29. Mai möglich sein, falls Bedarf besteht.

HD+ Aktion „#wirbleibenzuhause“

mfg