Ja, das erklärt dein Problem ganz genau. 2 Anschlüsse am selben Gerät, da kann es schon mal zu seltsamen Verhalten führen.
Gut dann setz bitte das Thema im ersten Beitrag in der Überschrift auf gelöst.
Gruß Aaron
Posts by 'gb'
-
-
Hallo Thomas
Wiederhole mal bitte das Monitor_Layout Video_Details und pulseaudio Setup.
Achte genau auf die Angaben und Auswahl.
Das Verhalten ist schon ungewöhnlich, ich kenne zwar den Effekt, daß nach dem Start des Frontend kurz Bild und Ton stoppt, kurz darauf beides nach Synchronisation wieder kommt.
Hyperion ist unabhängig und beeinflusst keine Frontend Ausgabe, die Ursache muß also irgendwo anders sein. Vermutlich hängt es mit dem neuen TV zusammen.
Eventuell testweise ( wenn vorhanden ) noch einen anderen TV ran und Konfiguration Wiederholen.
Gruß Aaron
-
Das Kodi über pchanger nicht startet ist sehr ungewöhnlich, das muss immer funktionieren. Da sollte man mal forschen warum das so ist, eventuell hast du bei der Ersteinrichtung nicht das Program Changer Setup aufgerufen.
Du kannst theoretisch über den pchanger " pchanger Taste > Taste blau > Kodi " als Frontend festlegen. Ob das überhaupt von mir richtig angepasst wurde, kann ich dir aber nicht sagen, danach sollte immer Kodi beim Upstart aufgerufen werden und das vdr Frontend detached behandelt werden. Rückgängig kann man das ebenfalls machen, in dem man unter Taste blau wieder Softhddevice wählt.
Auch die Auswahl im pchanger Menü kann man im easyVDR Setup stark dezimieren, sodass man nur das zur Auswahl hat, was man benötigt. Mach ich persönlich immer so, mir ist da auch immer zu viel nutzloses Zeug drin.
Gruß Aaron
-
Wenn nur eine testing Installation gemacht wird fehlen unter Umständen Pakete. Dann manuell die stable ppa's in der /etc/apt/sources.list eintragen und per apt update und apt dist-upgrade holen.
Des weiteren würde ich das softhddevice nutzen, das xinelibout zu nutzen ist keine gute Idee.
-
sudo dpkg-reconfigure lightdm
-
Man kann z.B. ein svdrpsend hitk power an der VDR schicken.
Hi,
ich denke, dieser Hinweis sollte völlig ausreichend sein.
Gruß
-
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:
QuoteDisplay Moreroot@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
