Kannst du dir mal eine Shell in der X-Server Sitzung aufmachen (STRG + ALT + Pfeil rechts sollte auf die zweite Arbeitsfläche wechseln, dann im per Rechtsklick aufrufbaren Menü xterm starten) bzw. eine Verbindung zur Tmux-Instanz für die Session herstellen (sudo tmux -S /tmp/tmux-666/default) und dann schauen, was da jeweils von pactl list nach dem Booten gezeigt wird und wie es aussieht, wenn du über das pulsecontrol-Plugin (oder pavucontrol) das Ausgabegerät so änderst, dass du Ton hast?
Posts by seahawk1986
-
-
Merkwürdig, ich habe in meinem Testrechner auch eine GT 1030, nvidia-540.66 aus dem Paket nvidia-driver-450, Kernel 5.4.0-48 und keine Probleme mit der Tonausgabe (die geht bei mir allerdings über den Display-Port).
Ändert sich da eventuell die Reihenfolge der Karten (müsste man mit sudo aplay -l sehen können)?
-
Hat mich eben in den Wahnsinn getrieben ich dachte ich sachmal bescheid
Danke für den Hinweis, ich habe es gerade im Git angepasst.
-
Da wird ansible-playbook fälschlicherweise mit Python2 statt Python3 ausgeführt - hast du da irgendwas an den Umgebungsvariablen gedreht?
Man könnte mal versuchen dem ansible-playbook Befehl zusätzlich -e 'ansible_python_interpreter=/usr/bin/python3' mitzugeben, um Python3 zu erzwingen.
-
Ich habe das Hinzufügen des PPAs und die Installation der mesa-*-drv Pakete mal ins Playbook eingebaut.
-
-
Der VDR hat bereits einen Mechanismus zum automatischen Shutdown bei Inaktivität: http://git.tvdr.de/?p=vdr.git;…38217068d8e2;hb=HEAD#l192
Du musst in dem Fall hat nicht den Rechner ausschalten, sondern nur dem VDR ein SIGTERM Signal schicken und ihn per Socket Activation oder für Timer (z.B. über transiente systemd-Timer Units) wieder starten lassen, wenn es einen Grund dafür gibt, dass er laufen soll.
-
Das lässt sich bestimmt auch in einer ansible Rolle unterbringen
Auf die Schnelle kann man das PPA in die repositories Variable packen (https://github.com/yavdr/yavdr…/bionic/group_vars/all#L7) und mesa-vdpau-drivers in extra_packages (https://github.com/yavdr/yavdr…bionic/group_vars/all#L72), langfristig kann ich das gerne ins Playbook integrieren.
-
"unable to start service x-verbose@vt7.service usw..."
Da könte man mal in die /var/log/Xorg.*.log Dateien schauen, worüber er stolpert. Ansonsten pass doch erst mal die xorg.conf direkt an, bis du das gewünschte Ergebnis hast und kümmere dich danach darum das in ein Template zu überführen.
-
Die 20-amd.conf wurde angelegt, allerdings mit Modes "3840x2160_50" obwohl der Rechner an einem PC Monitor hängt der eigentlich mit 60 Hz läuft.
Mir ist gerade nicht ganz klar, warum da etwas anderes als 50 Hz gesetzt werden sollte, wenn der Monitor das beherscht - das ganze Fernsehmaterial in Mitteleuropa kommt mit 25 oder 50 FPS. Und softhddevice kann mit aktivierter 60Hz-Option ja nur die Meldungen unterdrücken aber man kommt nicht von den Rucklern weg, die durch den Pull-Up auftreten.
Ist VDPAU mit 4k-Ausgabe bei AMD-Karten eventuell überfordert? Bringt es etwas die Auflösung auf Full-HD zu reduzieren?
-
als was muss die 3650 sein? benutzer, root oder vdr? rechte?
Die Keymap muss eigentlich nur von root lesbar sein, weil die udev-Regel /lib/udev/rules.d/60-ir-keytable.rules ir-keytable die Konfigurationsdatei und die keymap einlesen lässt und ir-keytable dabei mit root-Rechten ausgeführt wird.
Wie du an eine Shell-Sitzung kommst, sollte eigentlich egal sein (wobei es einem das Ausgabeplugin ggf. übel nimmt, wenn man die virtuelle Konsole umschaltet, während es aktiv ist) - ich mache das normalerweise alles über SSH.
-
Hier mal die Ausgabe von meiner erstellten rc-TT-black_CT-3650
Ich kann die von dir gezeigte Keymap problemlos mit ir-keytable laden, mir ist nicht ganz klar, warum es da zu einem Segfault kommen sollte:
Wiso sind manche Teile im vdr-Menü auf englisch, kann man das irgendwo umstellen? In einer setup-Datei?
Welche Teile sind auf Englisch und wie hast du die Locale-Einstellungen des Systems bei der Installation gesetzt (was sagt localectl)?
Das Menü wird gemäß der Vorgaben der /var/lib/vdr/plugins/menuorg.xml dargestellt und die Datei wird aus diesem Template erzeugt: https://github.com/yavdr/yavdr…/templates/menuorg.xml.j2 - wobei sich der translate-Filter für die Templates (https://github.com/yavdr/yavdr…lugins/translate_yavdr.py) unter Berücksichtigung der Locale-Einstellungen die Übersetzung aus den Sprachdateien aus dem Paket yavdr-i18n holt.
Der VDR übersetzt seine Menüeinträge selbst, wenn menuorg da nichts anderes für einen Eintrag vorgibt und nutzt dabei standardmäßig die Locale, mit der er gestartet wurde (das sollte die als Vorgabe für das System gesetzte Locale sein) - das kann man im Setup-Menü des VDR bei den OSD-Einstellungen übersteuern.
Mittels sudo dpkg-reconfigure locales kannst du festlegen welche Locales erzeugt werden und was der Vorgabewert ist.
-
sudo ir-keytable -w /etc/rc_keymaps/rc-TT-black_CT-3650
bekomme ich
"Segmentation fault"
Kannst du mal bitte die von meinem Skript erstellte Keymap zeigen?
-
Wie mache ich das jetzt das der rc5-code permanent abgerufen wird. Bzw. ich muss ja irgendwie ne lircd.conf erstellen...
Du brauchst eine Keymap, die du dann in der /etc/rc_map.cfg (bzw. im Template dafür) dem Empfänger zuordnest.
In https://www.yavdr.org/document…mentation.html#org26d72fd habe ich unter "Automatisiertes Anlernen von rc-core Empfängern" ein Python-Skript hinterlegt, das das erstellen der Keymap etwas angenehmer macht - hier mal eine Weiterentwicklung davon mit allen Tasten aus dem yaVDR-Namensschema, die auch die keymap gleich in eine Datei schreiben kann:
Display MoreCode: rc-core-learn.py- #!/usr/bin/env python3
- import functools
- import contextlib
- import signal
- import sys
- import time
- from argparse import ArgumentParser
- from pathlib import Path
- from evdev import InputDevice, ecodes
- BUTTONS = [
- "KEY_OK",
- "KEY_MENU",
- "KEY_ESC",
- "KEY_UP",
- "KEY_DOWN",
- "KEY_LEFT",
- "KEY_RIGHT",
- "KEY_RED",
- "KEY_GREEN",
- "KEY_YELLOW",
- "KEY_BLUE",
- "KEY_0",
- "KEY_1",
- "KEY_2",
- "KEY_3",
- "KEY_4",
- "KEY_5",
- "KEY_6",
- "KEY_7",
- "KEY_8",
- "KEY_9",
- "KEY_INFO",
- "KEY_PLAY",
- "KEY_PAUSE",
- "KEY_STOP",
- "KEY_RECORD",
- "KEY_FASTFORWARD",
- "KEY_REWIND",
- "KEY_NEXT",
- "KEY_BACK",
- "KEY_POWER2",
- "KEY_CHANNELUP",
- "KEY_CHANNELDOWN",
- "KEY_PREVIOUS",
- "KEY_VOLUMEUP",
- "KEY_VOLUMEDOWN",
- "KEY_MUTE",
- "KEY_SUBTITLE",
- "KEY_EPG",
- "KEY_CHANNEL",
- "KEY_FAVORITES",
- "KEY_MODE",
- "KEY_TIME",
- "KEY_PVR",
- "KEY_SETUP",
- "KEY_TEXT",
- "KEY_PROG1",
- "KEY_PROG2",
- "KEY_PROG3",
- "KEY_PROG4",
- "KEY_AUDIO",
- "KEY_VIDEO",
- "KEY_IMAGES",
- "KEY_FN",
- "KEY_SCREEN",
- ]
- RC_SYS_DEVICES = Path('/sys/class/rc/')
- DEVPATH = Path('/dev')
- debug = functools.partial(print, file=sys.stderr)
- def print_keymap(keytable, protocol, keys, output):
- print(f"\n# table: {keytable}, type: {protocol}", file=output)
- for keyname, scancode in keys.items():
- print(f"{scancode:#06x} {keyname}", file=output)
- def read_from_device(dev):
- def btn_generator():
- for btn in BUTTONS:
- yield btn
- while True:
- yield None
- btn_gen = btn_generator()
- keymap = {}
- last_scancode = None
- last_ts = float('inf')
- button = next(btn_gen)
- first_btn = button
- with contextlib.closing(InputDevice(dev)) as dev:
- debug(f"Please press a button for {button}")
- for ev in dev.read_loop():
- advance_button = False
- if ev.type == ecodes.EV_MSC:
- ts = ev.timestamp()
- if (
- ev.value == keymap.get(first_btn)
- and last_scancode == keymap.get(first_btn)
- and ts - last_ts > .5
- ):
- # skip button because user pressed KEY_OK
- # and it's not an unwanted repeat
- advance_button = True
- debug(f"skipped learning button {button}")
- elif last_scancode == ev.value:
- # repeated key
- pass
- elif ev.value != keymap.get(first_btn):
- if ev.value < 0:
- ev.value &= 0xffffffff
- debug(f"Got scancode {ev.value:#06x} for {button}.")
- advance_button = True
- keymap[button] = ev.value
- last_scancode = ev.value
- last_ts = ts
- last_scancode = ev.value
- if advance_button:
- button = next(btn_gen)
- if button:
- debug(f"Please press a button for {button} (press KEY_OK to skip)")
- else:
- break
- return keymap
- def list_devices():
- devices = []
- for rc_device in RC_SYS_DEVICES.glob('rc*'):
- device = {}
- device["path"] = rc_device
- device["sys"] = rc_device.name
- with open(next(rc_device.glob('input*/event*/uevent'))) as f:
- # read DEVNAME attribute (and others)
- for line in f:
- key, value = line.rstrip().split('=')
- device[key] = value
- with open(rc_device.joinpath('uevent')) as f:
- for line in f:
- key, value = line.rstrip().split('=')
- device[key] = value
- with open(rc_device.joinpath('protocols')) as f:
- protocols = f.read().rstrip().split()
- active_protocols = [p[1:-1] for p in protocols if (
- p.startswith('[') and p != "[lirc]")]
- inactive_protocols = [p for p in protocols if not p.startswith('[')]
- device["protocols"] = protocols
- device["inactive_protocols"] = inactive_protocols
- device["active_protocols"] = active_protocols
- devices.append(device)
- return devices
- if __name__ == '__main__':
- parser = ArgumentParser(description="create keymaps for rc-core devices")
- parser.add_argument('-p', '--protocol', metavar='PROTOCOL',
- help='set ir-protocol')
- parser.add_argument('-d', '--device', metavar='DEVICE', default=None,
- help='ir device (e.g. rc0)')
- parser.add_argument('-o', '--output', metavar='KEYMAP', default=None,
- help='write the keymap to this file instead of printing to stdout')
- args = parser.parse_args()
- devices = list_devices()
- if not devices:
- sys.exit("No rc-core devices found. Exiting.")
- elif len(devices) == 1:
- print(f"Using device {devices[0]['NAME']}", file=sys.stderr)
- dev = devices[0]['path']
- input_dev = devices[0]['DEVNAME']
- keytable = devices[0]['NAME']
- protocol = ",".join(devices[0]['active_protocols'])
- else:
- if args.device:
- for d in devices:
- if (d['sys'] == args.device
- or d['path'] == RC_SYS_DEVICES.joinpath(args.device)):
- dev = RC_SYS_DEVICES.joinpath(args.device)
- input_dev = d['DEVNAME']
- keytable = d['NAME']
- protocol = ",".join(d['active_protocols'])
- else:
- for i, d in enumerate(devices, start=1):
- if not args.protocol:
- print(f"{i}) {d['DEV_NAME']} ({','.join(d.get('active_protocols'))})")
- else:
- print(f"{i}) {d['DEV_NAME']}")
- try:
- dev_num = int(input("\tUse device numer: "))
- if dev_num < 0 or dev_num > len(devices):
- raise ValueError
- d = devices[dev_num - 1]
- except (ValueError, IndexError):
- sys.exit("invalid device number")
- input_dev = d['DEVNAME']
- keytable = d['NAME']
- protocol = ",".join(d['active_protocols'])
- dev = d['path']
- # set ir-protocol(s)
- if args.protocol:
- try:
- with open(dev.joinpath('protocols'), 'w') as f:
- f.write(args.protocol)
- except PermissionError as e:
- sys.exit(f"Error: insifficient permissions to change protocol - are you root?")
- except IOError as e:
- sys.exit(f"Error: could not set protocol(s) to {args.protocol}: {e}")
- protocol = args.protocol
- input_dev = DEVPATH.joinpath(input_dev)
- debug("using device: ", input_dev)
- def signal_handler(signum, frame):
- sys.exit()
- for signame in {'SIGINT', 'SIGTERM'}:
- signal.signal(
- getattr(signal, signame),
- signal_handler)
- try:
- keymap = read_from_device(input_dev)
- except PermissionError as e:
- sys.exit(f"Error: can't open {input_dev} - are you root?")
- else:
- if args.output:
- with open(args.output, 'w') as output:
- print_keymap(keytable, protocol, keymap, output)
- else:
- print_keymap(keytable, protocol, keymap, None)
Das Skript solltest du so nutzen können:
Danach kannst du eventlircd wieder aktivieren sudo systemctl enable --now eventlircd.{socket,service} und die Keymap probeweise laden: sudo ir-keytable -w /etc/rc_keymaps/rc-TT-black_CT-3650 - dann mal schauen, ob sich der VDR mit der Fernbedienung steuern lässt.
Wenn alles passt, änderst du noch in der rc_maps.cfg (bzw. im Template dafür, wenn es den nächsten Playbook Lauf überleben soll) die Zeile für serial_ir von
in
Dann sollte die Keymap bei einem Neustart automatisch geladen werden.
PS: ich habe gerade bemerkt, dass das für RC-5 gut funktioniert, aber bei RC-6A negative Werte für den Event-Code zurückkommen, die nicht zu dem passen, was in der keytable erwartet wird - das muss ich mir noch mal genauer ansehen...PPS: da scheint man bei negativen Werten ein ev.value &= 0xffffffff machen zu müssen, dann passt es wieder - ich habe das Skript entsprechend angepasst.
-
Kann ich vor dem Start der Installation schon irgendwie auf repository ppa:seahawk1986-hotmail/vdr-2.4.3-patches umstellen?
Ja, indem du die repositories Variable anpasst (https://github.com/yavdr/yavdr…b/focal/group_vars/all#L7) also z.B. statt
dann
Nachträglich kann man das PPA auch umstellen - dazu das neue PPA hinzufügen (sudo add-apt-repository ppa:seahawk1986-hotmail/vdr-2.4.3-patches) und dann mit ppa-purge das nicht mehr gewollte PPA abräumen: sudo ppa-purge ppa:yavdr/experimental-vdr - dabei ersetzt er dann alle Pakete aus dem zu löschenden PPA durch den aktuellen Kandidaten des Pakets (der dann aus dem neuen PPA stammen sollte).
-
Verstehe ich das richtig, dass man unter ansible-focal ohne ein zusätzliches ppa softhddrm nicht installieren kann?
Nein, das Paket ist auch in den regulären Paketquellen enthalten: https://launchpad.net/~yavdr/+…shed&field.series_filter=
Was man nicht machen sollte ist verschiedene VDR-PPAs zu mischen, deren ABI-Version nicht zusammenpasst.
-
Prima, dann klappt das für den Betrieb mit einem Bildschirm schon mal wie erwartet.
-
Namen hat es bei mir keine:
Ich habe das bei den yaVDR-Paketen per Patch nachgerüstet, wenn das Upstream fehlt.
-
Ok, bis auf den falschen Namen des Tasks zum Schreiben des Snippets für die AMD-Konfiguration scheint da alles zu passen - wie sieht die erzeugte /etc/X11/xorg.conf.d/20-amd.conf aus?
-
Es genügt, wenn du dir den aktuellen Stand aus dem Git holst - dazu in das yavdr-ansible Verzeichnis wechseln und mit git pull die letzten Änderungen holen (ich gehe mal davon aus, dass du den Git-Branch nicht gewechselt hast). Dann kannst du die Rolle zur Bildschirmkonfiguration noch einmal mittelssudo -H ansible-playbook yavdr07.yml -b -i localhost, --connection=local --tags="yavdr-xorg" laufen lassen.
