Hi,
Zum Schluss bin ich auf der Version 384 gelandet, mit der all meine Probleme verschwunden waren.
aus Bionic-Quellen mal nicht ...siehe depends!
Gruss
Wolfgang
[ansible] .. Grundsätzliches, X-Server, Lirc, etc
-
-
Ich möchte gerne auf der Basis von 18.04 bleiben, mit 16.04 geht mein Netzwerkchip wieder nicht und ich habe keinen Platz ne zusätzlich Intel-Nic nachzuschieben.
Irgendwie muss dass blöde OSD ja gehen...
-
also auf 3.40 komme ich nicht zurück.
Es fehlen dann Abhängigkeiten.
Hat noch irgendwer ne Idee?
-
Es fehlen dann Abhängigkeiten.
Welche? Für den nvidia-430 Treiber braucht es IIRC den neueren X-Server, der aus dem LTS enablement stack kommt.
-
nvidia 4.30 aus dem Nvidia-Experimantal ansible gibt mir auch ein kaputtes OSD zurück.
Gibt es denn niemanden der mit dem neuen Treiber ohne viel Aufwand und ner GT 730 ein funktionierendes OSD bekommt?
Die Installation läuft sauber durch wenn ich wie beschrieben die Ubuntu-Drivers auskommentiere und die Experimental Nvidia aktiviere. Nur habe ich eben ein kaputtes OSD.
Installiere ich dann händisch vdr-plugin-softhddevice-openglosd nach (wie ebenso beschrieben) startet der VDR nicht mehr durch und ich erhalte nur das yavdr-Logo und nen Mauszeiger. Also gehe ich davon aus das X gestartet ist.
-
Es wäre überhaupt sehr angenehm, wenn das plugin vdr-control (OSD via telnet) in den PPAs zur Verfügung stehen würde - das wäre toll (das brauchte ich in den letzten Jahren immer wieder).
Wenn jemand einen Patch liefert, der es erlaubt das Plugin gegen den VDR 2.4.x zu bauen gerne... - ansonsten gibt es noch das vdr-plugin-remote, das eine ähnliche Funktionalität hat, wenn man es auf einem TCP-Port lauschen lässt (vgl. http://www.escape-edv.de/endriss/vdr/README) - also z.B. -p tcp:3333 als einziges Startargument nutzt.
Die remote.conf kann man dann bei gestopptem VDR z.B. so ergänzen, wenn man von einer Linux-Konsole aus eine Telnet Sitzung nutzen will (oder softhddevice vorübergehend ohne -D starten lassen und die gewünschte Belegung anlernen, wenn kein remote.tcp-3333.* Eintrag in der remote.conf vorhanden ist):
Display MoreCode- remote-tcp:3333.Up 0000000000415B1B
- remote-tcp:3333.Down 0000000000425B1B
- remote-tcp:3333.Menu 0000000000485B1B
- remote-tcp:3333.Ok 000000000000000D
- remote-tcp:3333.Back 000000000000007F
- remote-tcp:3333.Left 0000000000445B1B
- remote-tcp:3333.Right 0000000000435B1B
- remote-tcp:3333.Red 0000000000504F1B
- remote-tcp:3333.Green 0000000000514F1B
- remote-tcp:3333.Yellow 0000000000524F1B
- remote-tcp:3333.Blue 0000000000534F1B
- remote-tcp:3333.0 0000000000000030
- remote-tcp:3333.1 0000000000000031
- remote-tcp:3333.2 0000000000000032
- remote-tcp:3333.3 0000000000000033
- remote-tcp:3333.4 0000000000000034
- remote-tcp:3333.5 0000000000000035
- remote-tcp:3333.6 0000000000000036
- remote-tcp:3333.7 0000000000000037
- remote-tcp:3333.8 0000000000000038
- remote-tcp:3333.9 0000000000000039
- remote-tcp:3333.Info 0000000000465B1B
- remote-tcp:3333.Play/Pause 0000007E30325B1B
- remote-tcp:3333.Channel+ 000000007E355B1B
- remote-tcp:3333.Channel- 000000007E365B1B
- remote-tcp:3333.Volume+ 000000000000002B
- remote-tcp:3333.Volume- 000000000000002D
- remote-tcp:3333.Volume- 0000007E33325B1B
- remote-tcp:3333.Volume+ 0000007E34325B1B
- remote-tcp:3333.Mute 0000007E31325B1B
- remote-tcp:3333.User1 0000007E35315B1B
- remote-tcp:3333.User2 0000007E37315B1B
- remote-tcp:3333.User3 0000007E38315B1B
- remote-tcp:3333.User4 0000007E39315B1B
-
Installiere ich dann händisch vdr-plugin-softhddevice-openglosd nach (wie ebenso beschrieben) startet der VDR nicht mehr durch und ich erhalte nur das yavdr-Logo und nen Mauszeiger
Was steht dabei im Log?
-
Poste ich später.
Ich hoffe jedenfalls dass das installieren des openglosd-plugins was bringt. Ist so mein letzter Grashalm ohne ne neue Karte zu kaufen.
Dachte immer die GT730 ist ne gute Wahl...
-
Hi,
Dachte immer die GT730 ist ne gute Wahl...
die Karte ist ja Ok ...nur das ewige Theater mit dem Treiber nervt!
tecfreak hatte Gestern auch Probleme mit Nvidia GT 730.Nach install nvidia-340 war alles Ok!
Siehe -> [yavdr/experimental] OSD Fehlerhaft auf einem der Clients & Crash bei Wechsel auf Mehrkanalton
Gruss
Wolfgang
-
Gibt es da sonst ne möglichkeit direkt bei der Installation den nvidia-340 zu installieren ohne das ewige hin und her?
-
So...
nun läufts wie es soll.
Was hab ich genau gemacht?
- nvidia experimental aktiviert
- die Standart-Treiber deaktiviert
- vdr-plugin-softhddevice-openglosd aktiviert
yavdr-ansible script gestartet. Danach noch ein paar Kleinigkeiten angepasst.
Danke an allen die geholfen haben!
So habe ich mal wieder ne ganze Menge gelernt
-
[..] ansonsten gibt es noch das vdr-plugin-remote, das eine ähnliche Funktionalität hat, wenn man es auf einem TCP-Port lauschen lässt (vgl. http://www.escape-edv.de/endriss/vdr/README) - also z.B. -p tcp:3333 als einziges Startargument nutzt.
Ah, super - das sollte auch gehen. Danke dir! .. komme leider erst nächste Woche wieder dazu.
Grusz!
-
.. hab nun letztendlich mal die uralte Logitech One mit dem Atric zum Laufen gebracht (hoffentlich auch nach reboot).
ir-keytable bringt am Schluss der Ausgabe immer:
Code- ***********************************************This device is grabbed by another process.No events are available to evtest while theother grab is active.In most cases, this is caused by an X driver,try VT-switching and re-run evtest again.Run the following command to see processes withan open fd on this device"fuser -v /dev/input/event7"***********************************************
und:
Code- lsof | grep -i eventeventlirc 916 root cwd unknown /proc/916/cwd (readlink: Permission denied)eventlirc 916 root rtd unknown /proc/916/root (readlink: Permission denied)eventlirc 916 root txt unknown /proc/916/exe (readlink: Permission denied)eventlirc 916 root NOFD /proc/916/fd (opendir: Permission denied)
ein weiterer Punkt sind folgende 'extrem auftretende" Einträge im Log (Hinweis: es ist gleichzeitig noch eine andere yavdr-Installation - auf anderer SSD - im System angeschlossen:
Code- [..]Jul 26 21:00:35 vdr vdr: [4189] max link level exceeded - not scanning /srv/vdr/video/sda2/dev/fd/4/sda2/home/ciax/.steam/steam/steamapps/common/Proton 3.7/dist/share/default_pfx/dosdevices/z:/proc/self/task/4203/fd/8/.steam/ubuntu12_32/steam-runtime/i386/usr/share/doc/libgomp1Jul 26 21:00:35 vdr vdr: [4189] max link level exceeded - not scanning /srv/vdr/video/sda2/dev/fd/4/sda2/home/ciax/.steam/steam/steamapps/common/Proton 3.7/dist/share/default_pfx/dosdevices/z:/proc/self/task/4203/fd/8/.steam/ubuntu12_32/steam-runtime/i386/usr/share/doc/libstdc++6Jul 26 21:00:35 vdr vdr: [4189] max link level exceeded - not scanning /srv/vdr/video/sda2/dev/fd/4/sda2/home/ciax/.steam/steam/steamapps/common/Proton 3.7/dist/share/default_pfx/dosdevices/z:/proc/self/task/4203/fd/8/.steam/ubuntu12_32/steam-runtime/i386/usr/share/doc/libgcc1[..]
ich hab auch den vdr-2.4.1 aus dem seahawk-PPA installiert. Funktioniert! Aber es kommt zB beim Installieren des skindesigner plugin/Skin zu dem Fehler:
Display MoreCode- sudo apt-get install vdr-plugin-skindesigner
- 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-skindesigner : Hängt ab von: vdr-abi-2.4.0-5yavdr
- E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
Vllt. fehlt nur was Kleines?
Grusz!
-
ir-keytable bringt am Schluss der Ausgabe immer:
eventlircd öffnet die Eingabegeräte exklusiv, man muss den Dienst stoppen, um events lesen zu können: systemctl stop eventlircd.{socket,service}.
Die andere Fehlermeldung klingt so, als hättest du in deinem Video-Directory noch andere Dateien als Videos verlinkt.
Wegen dem Skindesigner: du solltest ppa:experimental-vdr als Paketquelle entfernen, wenn du ppa:seahawk1986-hotmail/vdr-2.4.1 nutzt.
-
bringt die Funktion wieder zurück. "harmony-one" ist von meiner alten Installation.
Wie sieht der Kopf der Datei aus und was steht in der /etc/rc_maps.cfg?
ich habe das PPA mit "sudo apt-add-repository --remove ppa_yavdr_experimental_vdr_bionic" entfernt.
Mach mal bitte ein sudo apt update und dann zeige mal bitte die Ausgabe von apt policy vdr-plugin-skindesigner.
Wie kommst du auf die Unterstriche und die Angabe von bionic am Ende? IMHO sollte das so aussehen:
sudo add-apt-repository -r ppa:yavdr/experimental-vdr
-
Kopf der Datei harmony-one:
Ohne Kommentar # steht in /etc/rc_maps.cfg folgendes:
Code- ir-kbd-i2c rc-hauppauge /lib/udev/rc_keymaps/rc-hauppaugeimon rc-imon-pad /lib/udev/rc_keymaps/rc-imon-padimon rc-imon-mce /lib/udev/rc_keymaps/rc-imon-mcemceusb rc-rc6-mce /lib/udev/rc_keymaps/HOPLOrc6mantis_core * /lib/udev/rc_keymaps/skystarhd2* rc-tt-1500 /lib/udev/rc_keymaps/rc-tt-1500budget_ci rc-tt-1500 /lib/udev/rc_keymaps/rc-tt-1501nuvoton-cir rc-rc6-mce /lib/udev/rc_keymaps/rc-rc6-mceite-cir rc-rc6-mce /lib/udev/rc_keymaps/rc-rc6-mceati_remote rc-medion-x10 /lib/udev/rc_keymaps/rc-medion-x10ati_remote rc-medion-x10-or2x /lib/udev/rc_keymaps/rc-medion-x10-or2xati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digitainer
da scheint serial_ir zu fehlen?
Wie kommst du auf die Unterstriche und die Angabe von bionic am Ende?
Ich hab da zuvor "grep ^ /etc/apt/sources.list /etc/apt/sources.list.d/*" ausgeführt um die Repositories anzuzeigen, da stand niergends "experimental-vdr". Ich dachte, daß du die Angabe aus dem Kopf gemacht hast und tippte auf "ppa_yavdr_experimental_vdr_bionic" - mein Fehler. Hoffentlich ist noch nichts zerschossen ..
Die Ausgabe von apt policy ist:
Da hab ich wohl das falsche PPA "ppa_yavdr_experimental_vdr_bionic" entfernt. Kann ich das wieder rückgängig machen mit "add"? Ich warte jetzt mal ab, was du mir sagen kannst und pfusche nicht zuviel herum.
Danke für die Mühe!
PS: ich weiß nicht, warum es mir unter "code"-Tags die Formatierung so zerschießt? Bin alt geworden ..
-
Ups, da war ein Buchstabendreher im Paketnamen - es sollte apt policy vdr-plugin-skindesigner heißen.
Zur rc_maps.cfg - die sollte eigentlich wie in https://github.com/yavdr/yavdr…plates/rc_maps.cfg.j2#L36 einen Eintrag für serial_ir haben, nur musst du da den Pfad für deine Keymap eintragen (es zählt nur der erste Eintrag in der Datei).
-
Super, die Fernbedienung funktioniert nun auch nach dem Reboot - Danke für die Hinweise!
(ich hätte den Eintrag für serial_ir wieder irgendwo hingeschrieben und nicht als 1. Zeile nach den ganzen Kommentaren)."apt policy vdr-plugin-skindesigner" gibt:
Code- vdr-plugin-skindesigner:
- Installiert: (keine)
- Installationskandidat: 1.2.8-0yavdr0~bionic
- Versionstabelle:
- 1.2.8-0yavdr0~bionic 500
- 500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
- 1.2.8-0yavdr0~bionic 500
- 500 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.4.1/ubuntu bionic/main amd64 Packages
Grusz!
-
Dann hast du das PPA nicht entfernt - wie schon weiter oben geschrieben sollte das mittels sudo add-apt-repository -r ppa:yavdr/experimental-vdr möglich sein.
