Kannst Du softhddrm beim NUC11TNHi5 nutzen?
softhddrm konnte ich noch nicht probieren.
Nutze yavdr ansible. Könnte mal BM2LTS ausprobieren. Bin mir nicht sicher ob das von einer externen USB-C/Thunderbolt SSD bootet?
Hatte was von nur legacy boot gelesen? Will am produktiv VDR nicht herumbasteln. Mein NUC11 hat ja zwei M.2 (kurz und lang) intern.
Alternativ könnte ich mir noch eine zweite M.2 SATA (kurz) für BM2LTS kaufen... mal sehen.
Verhalten kann ich bestätigen. Passiert bei mir auch sporadisch. Schaue das nächste mal in die Logs.
…Egal, jetzt weiß ich, wie ich vorgehen muss.
Vorgehen steht sonst auch im Git -> https://github.com/yavdr/yavdr…e-playbooks-and-variables
Normal definiert man alles im Playbook.
Lässt sich das suspend.soft Script von hier noch mit einbauen?
Das sind hex Werte:
Ohne X werden KBD.* Einträge aus der remote.conf verwendet:
Ja, damit läufts!
Was mir auch noch aufgefallen ist. In der ersten Zeile von /lib/udev/rc_keymaps/rc-hauppaugesteht ... RC5 am Ende
und in /lib/udev/rc_keymaps/rc-tt-1500 steht ... rc-5
Hab es auf RC5 geändert.
Ich habs, es fehlt rc-tt-1500.toml !?
edit: Nee - habe rc-hauppauge.toml als Muster genommen und rc-tt-1500.toml aufgebaut - keine Besserung.
Versuche jetzt den GPIO IR Empfänger zum laufen zu bekommen.
Die /etc/rc_maps.cfgsieht so aus:
Einträge über gpio_ir_recvsind sicherheitshalber auskommentiert.
geladen wird trotzdem rc-rc6-mce?
Führe ich das manuell aus:
läuft alles 
aber nach einem reboot geht es nicht mehr.
Im Log finde ich kein keytable Eintrag.
Was läuft da schief?
Ah, habe nicht ganz durchgescrollt - es geht um die KBD.* Einträge (wegen tty) - Unterschied zum Nuc ist X Server und andere remote.conf Einträge...
Ich prüfe das heute Abend.
Ja, die /lib/udev/rc_keymaps/rc-tt-1500 ist original. Ah, auch da.
Ich berichte.
Bin mir nicht 100% sicher zu welchem Zeitpunkt ich die Tatstatur angesteckt habe... jetzt nochmal neu installiert und es ist wie Du schreibst: 99-rpi.conf ist da. (Installation über ssh)
Jetzt fällt mir auf das Tab (für Menu) nicht geht. In der remote.conf steht es richtig:
Welche Tastendrücke sendet der Flirc-Empfänger?
Yavdr übliche Tastaturbelegung. Z.B. auch Tab für Menu. Stecke ich den Flirc Empfänger in den Nuc vdr, funktioniert Tab für Menu (remote.conf Einträge: XKeySam.* sind auf beiden Systemen gleich)
Am Raspberry geht Tab weder über Flirc noch über Tatstatur. Viele andere Tasten wie 1,2,3 usw. oder auch Pfeiltasten funktionieren für die Bedienung.
Komisch.
IR über GPIO ist die Alternative. Die Datei /lib/udev/rc_keymaps/rc-tt-1500 sieht so aus:
Setze ich vor Zeile 2 ein #, meckert er Zeile 3 als ungültigen Parameter an.
Hallo,
habe erfolgreich ein solches System auf meinem Raspberry Pi 3b+ aufgesetzt. Danke für die Vorarbeit!
Aktuell hängt noch eine einfache USB Tastatur dran. Was muss ich tun, damit vdr sich damit bedienen lässt?
Damit ich dann einfach mit Flirc fernbedienen kann.
IR per GPIO (Pin 26) bekomme ich nicht hin. TT RC5 Fernbedienung ist vorhanden, ir-keytable -t zeigt auch codes an...
In /etc/rc_maps.cfgist gpio_ir_recv rc-tt-1500 /lib/udev/rc_keymaps/rc-tt-1500 gesetzt.
reboot, trotzdem wird rc-rc6-mce geladen.
manuelles keytable laden: ir-keytable -a /lib/udev/rc_keymaps/rc-tt-1500 funktioniert nicht.
eventlircd habe ich gestoppt:
Ich blicke das nicht. Bin für Hilfe dankbar.
Alles klar.
Will nicht groß vom Thema abschwenken. Aber bezüglich Preis und Funktion ist die T400 der Gewinner.
Kann die Quadro T400 auch encoding?
Wie hätte ich denn den Commit sauber eingespielt?
(Ein einfaches "git pull" hat gemeckert...)
In den Pfad von yavdr-ansible wechseln und git pull ausführen
fertig.
Ja, wie gehabt.
Jetzt läuft vdr-transcode durch, aber es kommt Pixelmüll heraus.
Siehe logfile.txt
vdr-transcode + iHD ist aktualisiert.
unknown libva error
Nein, auf dem NUC11 muss iHD zwingend verwendet werden. Das geht nicht.
So, aktuelles ffmpeg ist installiert.
weiter im Thema.
Logfile im Anhang.
