Ja dann weiß ich auch nicht mehr weiter. Seltsam das es bei mir beim ersten und zweiten Install tadellos läuft. Einen schwarzen Desktop hatte ich noch nicht und was schwarzer Desktop heißen soll, weiß ich auch nicht. Ich denke mal ein Blick in die syslog zum Zeitpunkt des Fehlers könnte hier näheres ergeben.
Wenn ich Zeit habe, wovon mir im Moment nicht viel zur Verfügung steht, setze ich auch nochmal neu auf.
Hier wäre auch die Frage gewesen ob es auch mit -v VDPAU läuft, denn so ist es im Moment default bei easyVDR5 eingestellt.
Ok, dank dir...
Dann werd ich auf einen zweiten Datenträger mal neu installieren und vergleichen.
Gruß Aaron
Der 340er und 390er beißen sich. Ein umstieg von 340 auf 390 geht meistens gut, der Wechsel von 390 auf 340 hingegen kann unter Umständen Dateileichen vom 390 verursachen. Muss nicht sein, kann aber. Mit der Problematik hab ich schon mal einen ganzen Abend verbracht und musste ordentlich aufräumen.
Ich vermute jetzt einfach mal, das die NVidia210 ungeeignet ist, um mit dem 390er zu laufen. Kann das auch im Moment nicht testen.
Gruß
Es kann passieren, daß nach Installation der Grafiktreiber das System ein Neustart benötigt, das könntest du mal probieren und im Anschluss nochmals Monitor_Layout video_details und pulseaudio Setup durchlaufen. Sollte es dann weiterhin scheitern, mal mit der 610er versuchen.
Gruß
Alle ppa Quellen in die /etc/apt/sources.list eintragen.
Dann ein:
sudo apt update
sudo apt dist-upgrade
Gruß
Hi
wenn du ohnehin eine Neuinstallation machst, nimm gleich die 390er und im Anschluss holst du dir alles aus testing und unstable.
Dann Neustart und nochmal das Setup für Monitor_Layout Video_Details und pulseaudio durch machen.
Gruß
Hallo Helmut
Zu den Farben > keine Verschiebung, keine Fehler
Skin > estuary4vdr ( Apple Green )
Grafikkarte > GT720 ( GK208 )
Edit:
Am besten selbst mal probieren, um so mehr testen, desto sicherer könnte man sein, das dieses leidige Thema NVidia endlich ein Ende findet.
Gruß Aaron
Ich hab mir mal den Spaß angetan und das SoftHDDevice aus unstable auf einem System mit NVidia Grafik installiert.
Zusätzlich auf den NVidia 390 Treiber umgestellt, da ja hier unsere Problemchen mit dem OSD los gingen.
Folgenden Stand habe ich:
ZitatAlles anzeigenroot@easyVDR:/home/easyvdr# apt-cache policy vdr-plugin-softhddevice
vdr-plugin-softhddevice:
Installiert: 4:1.2.8-0easyVDR0~focal
Installationskandidat: 4:1.2.8-0easyVDR0~focal
Versionstabelle:
*** 4:1.2.8-0easyVDR0~focal 1002
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-unstable/ubuntu focal/main amd64 Packages
100 /var/lib/dpkg/status
4:1.0.7-1easyVDR0~focal 1002
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-stable/ubuntu focal/main amd64 Packages
4:0.7~git20200607-0easyVDR0~focal 103
103 http://ppa.launchpad.net/mango-vdr/libva-test/ubuntu focal/main amd64 Packages
3:0.7~git20180203-0easyVDR5~focal 1002
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-testing/ubuntu focal/main amd64 Packages
root@easyVDR:/home/easyvdr# apt-cache policy nvidia-driver-390*
nvidia-driver-390:
Installiert: 390.144-0ubuntu0.20.04.1
Installationskandidat: 390.144-0ubuntu0.20.04.1
Versionstabelle:
*** 390.144-0ubuntu0.20.04.1 500
500 http://de.archive.ubuntu.com/ubuntu focal-updates/restricted amd64 Packages
500 http://security.ubuntu.com/ubuntu focal-security/restricted amd64 Packages
100 /var/lib/dpkg/status
390.132-0ubuntu2 500
500 http://de.archive.ubuntu.com/ubuntu focal/restricted amd64 Package
root@easyVDR:/home/easyvdr# apt-cache policy vdr
vdr:
Installiert: 1:2.2.0-15easyVDR6~focal
Installationskandidat: 1:2.2.0-15easyVDR6~focal
Versionstabelle:
*** 1:2.2.0-15easyVDR6~focal 1002
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-stable/ubuntu focal/main amd64 Packages
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-unstable/ubuntu focal/main amd64 Packages
103 http://ppa.launchpad.net/mango-vdr/libva-test/ubuntu focal/main amd64 Packages
100 /var/lib/dpkg/status
1:2.2.0-15easyVDR5~focal 1002
1002 http://ppa.launchpad.net/easyvdr-team/5-vdr-testing/ubuntu focal/main amd64 Packages
2.4.1-4ubuntu1 500
500 http://de.archive.ubuntu.com/ubuntu focal/universe amd64 Packages
Nach Installation von NVidia 390 > System Neustart > Setup > Monitor_Layout > Video_Details > PulseAudio Setup zum Ergebnis
OSD ist Perfekt, keine Verschiebung, oder Überlappung mehr vorhanden.
Ich weiß zwar nicht was du alles geändert hast, aber hier ist das Resultat für VDR2.2.0 erstmal gut.
Gruß Aaron
Ich weiss jetzt nicht ob das was zu bedeuten hat.
Aber ist nicht blueman für bluetooth zuständig? Evtl. mal deinstallieren?
Ich bin auch der Meinung, daß irgendwas eigenhändig nachinstalliertes den rfkill Status auslöst. Dazu sollte Thomas mal das syslog prüfen und auch Google mit einbeziehen.
Nachtrag:
Da sich der Beitrag auf easyVDR bezieht, bitte oben in der Beitragsbezeichnung ein [easyVDR] hinzufügen.
1) Die Monitorauflösung wird nicht richtig erkannt. Das Setup-Tool erkennt maximal 1280*1024 als Auflösung, obwohl der Monitor 1680*1050 kann.
Auf dem Dektop kann ich dann die Auflösung manuell umstellen. Diese Einstellung ist aber nach dem nächsten Neustart weg. Auch ein "Save to x Config File" ändert daran nichts.
Wie muss ich die Konfig-Files anpassen, dass ich die optimale Auflösung bekomme?
Hierzu könnte man was versuchen.
Schaue mal unter /etc/vdr/easyvdr hier liegt die vom Setup geschriebene conf easyvdr-video-settings.conf
Dort gibt es den Punkt VDR_SCREEN_MODE=
Wenn dort nun deine 1280*1024 stehen sollten, könntest du diese auf deine gewünschte Auflösung versuchen zu ändern.
Nach Änderung Neustart und Daumen drücken.
Gruß Aaron
Hi
Wenn es nur am fehlen des Symlinks scheitern sollte:
ln -s /var/lib/vdr/setup.conf /etc/vdr/setup.conf
könnten man da sicher was drehen, so daß es entweder beim einrichten ( Installation ) von easyVDR5, oder durch den vdr-upstart, oder durch shutdown-hooks gefixt wird.
Müsste man sich mal bei Gelegenheit anschauen.
Interessant wäre jedoch bei denen, wo es im Moment nicht geht, ob es durch erstellen des Symlinks damit wirklich gefixt wird.
Hi Schwabe, das sieht nach einem timing Problem aus.
Nach meiner Erinnerung wird die easyvdr-x-lib-pulseaudio immer beim Wechsel zwischen Frontend und Kodi automatisch angestoßen.
Da wir pulseaudio temporär behandeln und per pactl setzen, aber vermutlich in dem Moment gerade pulseaudio neu gestartet wird, kommt der Fehler.
Den kannst du beruhigt ignorieren.
Gruß Aaron
Hi...
XDG_RUNTIME_DIR=/run/user/$VDRUID /bin/su -c -l $STANDARD_DESKTOP_USER "pulseaudio -k" &
Hier ist ohnehin ein Fehler sehe ich gerade $VDRUID ist nicht definiert, wundere mich das es trotzdem funktioniert hat.
Der Vorschlag von Bleifuss über ProgramChanger ist eleganter und wäre gut, wenn das so funktioniert.
Gruß Aaron
Kleiner Tipp noch, sichere dir die beiden Skripte easyvdr-runkodi und easyvdr-runfrontend irgendwo hin. Die Änderungen sind leider nicht update fest und holst du dir irgendwann das neuere Paket easyvdr, sind die beiden wieder im original Zustand.
Sehr schön, dann teste die Tage mal fleißig und berichte wie es läuft.
Gruß Aaron
Aber, wie du schon befürchtet hast, kommt nun beim Wechsel zurück zum VDR kein Ton.
Alles halb so wild, war ja zu erwarten, daher machen wir jetzt einen kleinen schmutzigen Eingriff in der /usr/sbin/easyvdr-runfrontend
Folgende Zeile müssen wir jetzt dort unter bringen und hoffen, das es genügt:
XDG_RUNTIME_DIR=/run/user/$VDRUID /bin/su -c -l $STANDARD_DESKTOP_USER "pulseaudio -k" &
Da es recht früh greifen muss, sollten wir es ganz weit oben unter bringen, am besten ab Zeile 44 direkt unter export DISPLAY=$FRONTEND_DISPLAY
Zitat43 export DISPLAY=$FRONTEND_DISPLAY
44 XDG_RUNTIME_DIR=/run/user/$VDRUID /bin/su -c -l $STANDARD_DESKTOP_USER "pulseaudio -k" &
45 daemon_not_found() {
Versuch macht klug
ZitatAlles anzeigen# Clean up signal variable
SIG=
# Remember start time
KODISTARTTIME=`date +%s`
if [ -f "/var/run/lirc/lircd" ]; then
kodiCmd="pasuspender -- env KODI_AE_SINK=ALSA $(which kodi) --lircdev /var/run/lirc/lircd"
else
$LOGGER "error /var/run/lirc/lircd not found"
$LOGGER "start kodi without lirc support"
kodiCmd="pasuspender -- env KODI_AE_SINK=ALSA $(which kodi)"
fi
kodiCmd="$(which kodi) --lircdev /var/run/lirc/lircd"
if [ $? -ne 0 ];then
Hier ist der Fehler, du hast Kodi ja ein downgrade verpasst, daher hast du noch das Startskript mit einem Bug.
Die Zeile 118 mit einem # auskommentieren
# kodiCmd="$(which kodi) --lircdev /var/run/lirc/lircd"
Und um Himmels willen kein alsa Setup starten, das ist defekt und schickt dich in eine Endlosschleife. Daher will ich es am liebsten ausbauen. Da ist was vom Übergang von Ubuntu18.04 auf Ubuntu20.04 in die Knie gegangen.
Kannst du mir mal deine angepasste easyvdr-runkodi posten?
