Welche Grafikkarte benutzt du?
yavdr ansible
-
-
Manchen Softhddevice-Varianten (vaapidevice etwa) muß das verwendete Audiodevice (oder pulseaudio) als Parameter übergeben werden, aber ob DVB-C, DVB-T, DVB-S damit angezeigt werden soll, spielt keine Rolle. DVB-C/T-Kombituner können aber nur jeweils EINES von beiden gleichzeitig empfangen, da ist ein Dualtuner sinnvoll. Bei nur einem C/T-Kombituner wird das Umschalten vielleicht durch den durch einen Kanal/Suchlauf auf dem anderen System blockierten Tuner verhindert.
-
Danke für die Rückmeldungen - das ist mir bekannt. In meiner Signatur ist die Hardware beschrieben. Grafikkarte = INTEL und ich habe 2 TV Karten mit insgesamt 5 Tuner. Der XBox USB Stick verwende ich für DVB-C Empfang. Alles funktioniert aber leider bekomme ich nur eine Empfangsart auf dem TV je nachdem was für eine Version von softhddevice verwendet wird.
-
Ich kann mir nur nicht vorstellen, wie softhddevice oder xineliboutput oder sonstwas auf den Tuner/Empfang Einfluß ausüben soll?
Außer eben es sind alle betr. Tuner belegt oder blockert ...
-
Habe heute ein apt dist-upgrade gemacht, um auf die neuesten Pakete upzudaten.
Dabei wurden Änderungen der Konfigurationsdateien von lircd vorgenommen und ich habe (unvorsichtigerweise) die Version des Paketbetreuers übernommen...
Hier ist ein Atric USB in Verwendung.
Jetzt geht die Fernbedienung nicht mehr.
Das Ansible Playbook verwende ich aktuell nicht. Habe dies nur am Anfang einmal laufen lassen, um den yavdr aufzusetzen. Seitdem nur Paketupdates.
Anbei ein Ausschnitt aus dem Log-File.
Jemand eine Idee, wo der Fehler liegen könnte?
Danke schon mal Vorab.
Code
Alles anzeigenDec 12 22:01:10 vdr systemd[1]: Starting lircd(8) initialization helper tool... Dec 12 22:01:10 vdr systemd[1]: Started lircd(8) initialization helper tool. Dec 12 22:01:10 vdr systemd[1]: Starting Flexible IR remote input/output application support... Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Info: lircd: Opening log, level: Info Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Version: lircd 0.10.1 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: System info: Linux vdr 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Info: Initial device: auto Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Info: Initial device: auto Dec 12 22:01:10 vdr lircd[4555]: lircd-0.10.1[4555]: Info: lircd: Opening log, level: Info Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: driver: devinput Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: output: /var/run/lirc/lircd Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: nodaemon: 1 Dec 12 22:01:10 vdr lircd[4555]: lircd-0.10.1[4555]: Warning: Running as root Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: plugindir: /usr/lib/x86_64-linux-gnu/lirc/plugins Dec 12 22:01:10 vdr lircd[4555]: lircd-0.10.1[4555]: Info: Using remote: KLS. Dec 12 22:01:10 vdr lircd[4555]: lircd-0.10.1[4555]: Warning: KLS: garbage after 'name' token in line 26 ignored Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: logfile: syslog Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: immediate-init: 0 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: permission: 666 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: driver-options: Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: pidfile: /var/run/lirc/lircd.pid Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: listen: 0 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: connect: (null) Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: userelease: 0 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: effective_user: (null) Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: release_suffix: _EVUP Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: allow_simulate: 0 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: repeat_max: 600 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: configfile: /etc/lirc/lircd.conf Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Options: dynamic_codes: (null) Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Current driver: devinput Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Driver API version: 4 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Driver version: 0.10.0 Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: Driver info: See file:///usr/share/doc/lirc/plugindocs/devinput.html Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Info: lircd: Opening log, level: Info Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Warning: Running as root Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Info: Using remote: KLS. Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Warning: KLS: garbage after 'name' token in line 26 ignored Dec 12 22:01:10 vdr lircd[4555]: lircd-0.10.1[4555]: Notice: lircd(devinput) ready, using /var/run/lirc/lircd Dec 12 22:01:10 vdr lircd-0.10.1[4555]: Notice: lircd(devinput) ready, using /var/run/lirc/lircd Dec 12 22:01:11 vdr vdr: [1735] reconnected to lircd Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Notice: accepted new client on /var/run/lirc/lircd Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Notice: accepted new client on /var/run/lirc/lircd Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Info: initializing 'auto' Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Notice: No input device available for devinput driver. Consider stopping lircd.socket or reconfigure lirc Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Warning: Failed to initialize hardware Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Info: initializing 'auto' Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Notice: No input device available for devinput driver. Consider stopping lircd.socket or reconfigure lirc Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Warning: Failed to initialize hardware Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:11 vdr lircd[4555]: lircd-0.10.1[4555]: Notice: accepted new client on /var/run/lirc/lircd Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:11 vdr lircd-0.10.1[4555]: Notice: accepted new client on /var/run/lirc/lircd Dec 12 22:01:11 vdr lircd2uinput[903]: ERROR:root:[Errno 111] Connection refused Dec 12 22:01:11 vdr lircd2uinput-add[4569]: method return time=1576184471.893428 sender=:1.9 -> destination=:1.54 serial=9 reply_serial=2 Dec 12 22:01:11 vdr lircd2uinput-add[4569]: boolean false Dec 12 22:01:11 vdr lircd2uinput-add[4569]: string "Could not connect to /var/run/lirc/lircd0: [Errno 111] Connection refused" Dec 12 22:01:11 vdr systemd[1]: Started Flexible IR remote input/output application support. Dec 12 22:01:12 vdr lircd[4555]: lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:12 vdr lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:13 vdr lircd[4555]: lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found Dec 12 22:01:13 vdr lircd-0.10.1[4555]: Error: No /sys/class/rc/ devices found
-
Dabei wurden Änderungen der Konfigurationsdateien von lircd vorgenommen und ich habe (unvorsichtigerweise) die Version des Paketbetreuers übernommen...
Dann musst du die /etc/lirc/lirc_options.conf halt wieder so anpassen, dass der irman-Treiber genutzt wird:
Code
Alles anzeigen[lircd] nodaemon = False driver = irman device = /dev/irman output = /var/run/lirc/lircd0 pidfile = /var/run/lirc/lircd0.pid plugindir = /usr/lib/x86_64-linux-gnu/lirc/plugins permission = 666 allow-simulate = No repeat-max = 600 #loglevel = 6 #release = true #release_suffix = _EVUP #logfile = ... #driver-options = ... [lircmd] uinput = False nodaemon = False
-
Dann musst du die /etc/lirc/lirc_options.conf halt wieder so anpassen, dass der irman-Treiber genutzt wird:
Das war die Lösung. Vielen Dank!
-
Hallo zusammen,
mit den dist-upgrades habe ich kein Glück. Heute wieder ein apt dist-upgrade gemacht, wobei das Paket minisatip aktualisiert wurde.
Jetzt bleibt das Bild auf allen Kanälen dunkel.
Konfigurationsdateien wurden diemal nicht geändert.
Der vdr beschwert sich über SATIP Verbindungsprobleme. Hier ein Ausschnitt:
Code
Alles anzeigenuser@vdr:~$ cat /var/log/syslog Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 2] Dec 21 15:51:47 vdr vdr: [1724] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 1] Dec 21 15:51:47 vdr vdr: [1724] SATIP-ERROR: Pid update failed - retuning [device 1] Dec 21 15:51:47 vdr vdr: [1724] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 1] Dec 21 15:51:47 vdr vdr: [1724] SATIP-ERROR: Connect failed [device 1] Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 2] Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Pid update failed - retuning [device 2] Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 2] Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Connect failed [device 2] Dec 21 15:51:47 vdr vdr: [1724] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 1] Dec 21 15:51:47 vdr vdr: [1727] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 2] Dec 21 15:51:48 vdr vdr: [1721] SATIP-ERROR: Connection timeout - retuning [device 0] Dec 21 15:51:48 vdr vdr: [1721] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 0] Dec 21 15:51:48 vdr vdr: [1721] SATIP-ERROR: Connect failed [device 0] Dec 21 15:51:48 vdr vdr: [1721] SATIP-ERROR: Detected invalid status code 404: rtsp://192.168.8.18/ [device 0]
minisatip scheint aber zu laufen:
Codeuser@vdr:~$ cat /var/log/syslog | grep minisatip Dec 21 15:33:38 vdr minisatip[1330]: minisatip version 1.0-unknown, compiled with s2api version: 050A Dec 21 15:33:38 vdr minisatip[1330]: Initializing with 4 devices Dec 21 15:33:40 vdr vdr: [1710] SATIP: Adding server '192.168.8.18|DVBT-2,DVBC-4,DVBT2-2|minisatip' Bind: default Filters: none CI: yes Quirks: RtpOverTcp,CiXpmt
EDIT: Scheint ein Problem mit dem letzten GIT commit von minisatip zu geben:
https://github.com/catalinii/minisatip/issues/685
Vielleicht ließe sich für die yavdr Pakete ein älterer Git Stand einspielen, bis das Problem bei minisatip behoben ist?
-
In https://github.com/catalinii/minisatip/issues/685 hat auch jemand gemeckert... - was sagt denn das Webinterface auf Port 8080?
In https://launchpad.net/~yavdr/+…ield.series_filter=bionic findest du alle alten Versionen des minisatip-Pakets - schau bitte mal, mit welcher Version es noch funktioniert hat (also den Versionseintrag aufklappen, die *_amd64.deb herunter laden und installieren), z.B.:
-
Habe gerade durchprobiert. Drei Versionen zurück funktioniert.
Also diese hier:
minisatip - 1.0.2+git20191210-78-ec9dc58-0yavdr0~bionic
Danke für den Link zu den Superseded Versionen. Die Funktion kannte ich bis jetzt noch nicht. Das hätte mir schon häufig sehr weitergeholfen. Wieder was gelernt...
-
Ok, dann packe ich die Version mal ins PPA - magst du den Fehler auf Github melden? Ich habe momentan kein minisatip im Einsatz, so dass ich neue Versionen nicht testen kann.
-
Hallo,
mir hat es, bedingt durch einen Stromausfall, den VDR zerlegt. Bild und Ton ist noch da, aber kein Kanalwechsel oder Menu ist mehr möglich.
Das Problem ist anscheinend das Aufnahmeverzeichnis, welches auch über Konsole nicht aufrufbar ist.
Ist da noch was zu machen ?
Danke für jede Hilfe !
-
Was steht denn in der Ausgabe von dmesg bzw. dem Log (systemctl -b -l)?
-
Danke für die Hilfe !
-b geht nicht:
sudo systemctl -a -l
UNIT LOAD ACTIVE SUB DESCRIPTION
proc-sys-fs-binfmt_misc.automount loaded active waiting Arbitrary Executable File Formats File System Automount Point
dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M.device loaded active plugged Samsung_SSD_860_EVO_1TB
dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2
dev-disk-by\x2did-wwn\x2d0x5002538e4976156d.device loaded active plugged Samsung_SSD_860_EVO_1TB
dev-disk-by\x2did-wwn\x2d0x5002538e4976156d\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-disk-by\x2did-wwn\x2d0x5002538e4976156d\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2
dev-disk-by\x2dpartlabel-EFI\x5cx20System\x5cx20Partition.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-disk-by\x2dpartuuid-86c2f115\x2d4967\x2d4f67\x2da00a\x2d8a1e3a2e88f3.device loaded active plugged Samsung_SSD_860_EVO_1TB 2
dev-disk-by\x2dpartuuid-af2dd178\x2d218f\x2d4c88\x2d997c\x2d205372ada462.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3.device loaded active plugged Samsung_SSD_860_EVO_1TB
dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2
dev-disk-by\x2duuid-78a7966e\x2d2174\x2d47b2\x2daa03\x2da99417a11c5a.device loaded active plugged Samsung_SSD_860_EVO_1TB 2
dev-disk-by\x2duuid-B151\x2d7035.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition
dev-dvb-adapter0-demux0.device loaded active plugged /dev/dvb/adapter0/demux0
dev-dvb-adapter0-dvr0.device loaded active plugged /dev/dvb/adapter0/dvr0
dev-dvb-adapter0-frontend0.device loaded active plugged /dev/dvb/adapter0/frontend0
dev-dvb-adapter0-net0.device loaded active plugged /dev/dvb/adapter0/net0
dev-dvb-adapter1-demux0.device loaded active plugged /dev/dvb/adapter1/demux0
dev-dvb-adapter1-dvr0.device loaded active plugged /dev/dvb/adapter1/dvr0
dev-dvb-adapter1-frontend0.device loaded active plugged /dev/dvb/adapter1/frontend0
dev-dvb-adapter1-net0.device loaded active plugged /dev/dvb/adapter1/net0
-
Ups, das sollte journalctl -b -l heißen - das zeigt alle Logausgaben seit dem letzten Booten an.
-
Mehr ist das nicht, nach reboot:
sudo journalctl -b -l
-- Logs begin at Tue 2019-10-15 19:04:14 CEST, end at Fri 2019-12-27 15:08:52 CET. --
Dez 27 15:07:28 yavdr kernel: microcode: microcode updated early to revision 0xca, date = 2019-10-03
Dez 27 15:07:28 yavdr kernel: Linux version 4.18.0-15-generic (buildd@lcy01-amd64-029) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #16~18.04.1-Ubuntu SMP Thu Feb 7 14:06:04 UTC 2019 (Ubuntu 4.18.0-15.16~18.04.1-gene
Dez 27 15:07:28 yavdr kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-15-generic root=UUID=78a7966e-2174-47b2-aa03-a99417a11c5a ro quiet splash vt.handoff=1
Dez 27 15:07:28 yavdr kernel: KERNEL supported cpus:
Dez 27 15:07:28 yavdr kernel: Intel GenuineIntel
Dez 27 15:07:28 yavdr kernel: AMD AuthenticAMD
Dez 27 15:07:28 yavdr kernel: Centaur CentaurHauls
Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64
Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64
Dez 27 15:07:28 yavdr kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
Dez 27 15:07:28 yavdr kernel: BIOS-provided physical RAM map:
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000079e80fff] usable
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000079e81000-0x000000007a2e1fff] reserved
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000007a2e2000-0x000000007a35efff] ACPI data
Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000007a35f000-0x000000007a3e7fff] ACPI NVS
-
Mh, dann würde ich mal ein Live-System starten und mir den Festplatten-Status ansehen ( https://wiki.ubuntuusers.de/Festplattenstatus/ ) und einen Dateisystemcheck machen: https://wiki.ubuntuusers.de/Da…/#Pruefung-in-der-Konsole
-
Wenn ich
ls -ld /srv/vdr/video aufrufe, hängt er.
mit
ls -ld /srv/video
drwxr-xr-x 2 root root 0 Dez 27 15:07 /srv/video
-
Ja, da wäre z.B. die Frage, ob das Dateisystem oder die SSD selbst bei dem Stromausfall (eventuell gab es den Stromausfall in Kombination mit einer Überspannung) beschädigt wurden - daher am besten mit einem Live-System nachsehen, bei dem die betroffenen Datenträger nicht gemountet sind und dann schauen, was da genau kaputt ist.
-
Danke, mache ich...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!