yavdr-ansible Bildschirm schwarz

goldfisch · December 16, 2020 at 9:38 AM

Hallo,

nach der Installation von yavdr-ansible bleibt leider mein Bildschirm schwarz. Der VDR läuft aber.

Mein Vorgehen bei der Installation:

Zunächst Ubuntu 20.04 Server Installation (vom ISO) + apt-get update + apt-get dist-upgrade
yavdr07.yml ohne Veränderungen
Installation ohne Fehlermeldungen
channels.conf erstellt per w_scan -f s -s S19E2 > channels.conf

Hardware:

NVIDIA Corporation GT218 [GeForce 210]
DVBSky S952 Ver2.0a

Hier meine bisherigen Findings:

service vdr status

Display Spoiler

● vdr.service - Video Disk Recorder

Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)

Drop-In: /etc/systemd/system/vdr.service.d

└─load-environ.conf, network-online.conf, vdr-xorg.conf

Active: active (running) since Wed 2020-12-16 07:51:43 UTC; 15min ago

Process: 1386 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)

Process: 1403 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)

Main PID: 1417 (vdr)

Status: "Ready"

Tasks: 16 (limit: 9374)

Memory: 61.0M

CGroup: /system.slice/vdr.service

└─1417 /usr/bin/vdr

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] oglThread thread started (pid=1417, tid=1813, prio=high)

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]OpenGL using display :0

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]OpenGL Context initialized

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]Shaders initialized

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]vdpau interop initialized

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]Vertex buffers initialized

Dez 16 07:51:45 vdr3 vdr[1417]: [1813] [softhddev]Maximum Pixmap size: 8192x8192px

Dez 16 07:51:45 vdr3 vdr[1417]: [1417] [softhddev]OpenGL Worker Thread successfully started

Dez 16 08:01:35 vdr3 vdr[1417]: [1858] epg data writer thread started (pid=1417, tid=1858, prio=low)

Dez 16 08:01:35 vdr3 vdr[1417]: [1858] epg data writer thread ended (pid=1417, tid=1858)

lspci -nnk | grep -i VGA -A2

Display Spoiler

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2)

Subsystem: CardExpert Technology GT218 [GeForce 210] [10b0:1401]

Kernel driver in use: nvidia

glxinfo | grep "OpenGL core profile version string"

Error: unable to open display

tail -f /var/log/syslog | grep softhddev

bei gleichzeitigem service vdr start

-> Hier gibt es Rückmeldungen, die ich nicht interpretieren kann.

Display Spoiler

Dec 16 08:27:26 vdr3 vdr: [3080] starting plugin: softhddevice

Dec 16 08:27:26 vdr3 vdr: [softhddev] ready detached

Dec 16 08:27:26 vdr3 vdr: [3080] [softhddev]No hw driver or OpenGL Osd disabled - use soft OSD

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:False

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: INFO:softhddevice:use_pasuspend is False

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:check_state(): got status code: 912

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:status: softhddevice is detached

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:check_state(): got status code: 912

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:change_state with command atta and options "-d :0" to attached

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:check_state(): got status code: 910

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:softhddevice successfully attached

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:current PrimaryDevice is softhddevice-openglosd (Index: 2, Number: 2, hasDecoder: True, isPrimary: True)

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:softhddevice is the primary device

Dec 16 08:27:26 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:needed 0.001 s to switch primary device

Dec 16 08:27:28 vdr3 vdr: [3080] [softhddev]Trying to start OpenGL Worker Thread

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]OpenGL using display :0

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]OpenGL Context initialized

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]Shaders initialized

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]vdpau interop initialized

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]Vertex buffers initialized

Dec 16 08:27:28 vdr3 vdr: [3132] [softhddev]Maximum Pixmap size: 8192x8192px

Dec 16 08:27:28 vdr3 vdr: [3080] [softhddev]OpenGL Worker Thread successfully started

ps -aux | grep vdr

Display Spoiler

avahi 670 0.0 0.0 8640 4188 ? Ss 07:51 0:00 avahi-daemon: running [vdr3.local]

root 687 0.0 0.4 122568 38772 ? Ssl 07:51 0:00 /usr/bin/perl /usr/sbin/vdrpbd -f

root 800 0.0 0.2 105424 19740 ? Ssl 07:51 0:00 /usr/bin/python3 /usr/bin/vdr-update-monitor

vdr 1387 0.0 0.2 76768 19592 ? Ss 07:51 0:00 /usr/bin/openbox --startup /usr/lib/x86_64-linux-gnu/openbox-autostart OPENBOX

vdr 1457 0.0 0.1 20156 11664 ? Ss 07:51 0:00 /lib/systemd/systemd --user

vdr 1458 0.0 0.0 169240 3684 ? S 07:51 0:00 (sd-pam)

vdr 1650 0.7 0.2 808256 17892 ? Ssl 07:51 0:21 /usr/bin/pulseaudio --daemonize=no --log-target=journal

vdr 1653 0.0 0.2 255240 23168 ? Ssl 07:51 0:00 /usr/bin/python3 /usr/bin/udiskie

vdr 1656 0.0 0.0 169432 3752 ? S 07:51 0:00 (sd-pam)

vdr 1680 0.0 0.0 10484 3656 ? Ss 07:51 0:00 /usr/bin/tmux new-session -s vdr -d

vdr 1682 0.0 0.0 11236 5324 pts/0 Ss+ 07:51 0:00 -bash

vdr 1701 0.0 0.0 7248 4036 ? Ss 07:51 0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

vdr 1748 0.0 0.0 6116 1744 ? Ss 07:51 0:00 /usr/bin/irexec /var/lib/vdr/.lircrc

vdr 1754 0.0 0.3 186188 27768 ? Ssl 07:51 0:00 /usr/bin/python3 /usr/bin/yavdr-frontend

root 1781 0.0 0.1 24616 13784 ? Ss 07:51 0:00 /usr/bin/python3 /usr/bin/vdr-net-monitor

vdr 3080 0.3 1.2 2268824 99124 ? Ssl 08:27 0:01 /usr/bin/vdr

root 3215 0.0 0.0 9412 676 pts/1 S+ 08:36 0:00 grep --color=auto vdr

Leider weiß ich nun nicht mehr weiter.

Kann mir hier irgendjemand einen Tipp geben?

Viele Grüße

Tony

Murry · December 16, 2020 at 9:51 AM

Ein komplettes syslog wäre hilfreich.

Gruß

Murry

wmautner · December 16, 2020 at 9:52 AM

Für die ältere nvidia-Karte wird wohl nicht der passende nvidia-Treiber installiert sein?

Was sagt lsmod|grep nvidia

und

modinfo nvidia

denn?

goldfisch · December 16, 2020 at 10:17 AM

Vielen Dank - ich glaube, die richtigen Treiber werden geladen - oder?

nvidia-smi

Display Spoiler

Wed Dec 16 09:15:11 2020

+------------------------------------------------------+

| NVIDIA-SMI 340.108 Driver Version: 340.108 |

|-------------------------------+----------------------+----------------------+

| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |

| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |

|===============================+======================+======================|

| 0 GeForce 210 Off | 0000:01:00.0 N/A | N/A |

| N/A 46C P12 N/A / N/A | 111MiB / 511MiB | N/A Default |

+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+

| Compute processes: GPU Memory |

| GPU PID Process name Usage |

|=============================================================================|

| 0 Not Supported |

+-----------------------------------------------------------------------------+

lsmod|grep nvidia

nvidia_uvm 36864 0

nvidia 10584064 56 nvidia_uvm

drm 491520 3 nvidia

modinfo nvidia

Display Spoiler

modinfo nvidia

filename: /lib/modules/5.4.0-58-generic/updates/dkms/nvidia.ko

alias: char-major-195-*

version: 340.108

supported: external

license: NVIDIA

alias: pci:v000010DEd00000E00sv*sd*bc04sc80i00*

alias: pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*

alias: pci:v000010DEd*sv*sd*bc03sc02i00*

alias: pci:v000010DEd*sv*sd*bc03sc00i00*

depends: drm

retpoline: Y

name: nvidia

vermagic: 5.4.0-58-generic SMP mod_unload

parm: NVreg_Mobile:int

parm: NVreg_ResmanDebugLevel:int

parm: NVreg_RmLogonRC:int

parm: NVreg_ModifyDeviceFiles:int

parm: NVreg_DeviceFileUID:int

parm: NVreg_DeviceFileGID:int

parm: NVreg_DeviceFileMode:int

parm: NVreg_RemapLimit:int

parm: NVreg_UpdateMemoryTypes:int

parm: NVreg_InitializeSystemMemoryAllocations:int

parm: NVreg_UsePageAttributeTable:int

parm: NVreg_MapRegistersEarly:int

parm: NVreg_RegisterForACPIEvents:int

parm: NVreg_CheckPCIConfigSpace:int

parm: NVreg_EnablePCIeGen3:int

parm: NVreg_EnableMSI:int

parm: NVreg_MemoryPoolSize:int

parm: NVreg_RegistryDwords:charp

parm: NVreg_RmMsg:charp

parm: NVreg_AssignGpus:charp

seahawk1986 · December 16, 2020 at 10:23 AM

Hast du seit den letzten Updates (die ggf. durch das Playbook eingespielt wurden) schon einen Neustart gemacht? Wenn der nvidia-Treiber aktualisiert wird, kann es dazu kommen, dass er nach einem Neustart des X-Servers bis zum nächsten Reboot nicht mehr funktioniert.

goldfisch · December 16, 2020 at 10:27 AM

Hier noch ein vollständiges /var/log/syslog:

goldfisch · December 16, 2020 at 10:28 AM

Ein Neustart seit den letzten Updates wurde gemacht.

seahawk1986 · December 16, 2020 at 11:39 AM

Quote from goldfisch

channels.conf erstellt per w_scan -f s -s S19E2 > channels.conf

Und auch dem VDR als /var/lib/vdr/channels.conf mit passenden Rechten untergeschoben (kann man auch von Playbook machen lassen: https://github.com/yavdr/yavdr-an…up_vars/all#L44

Kommt ein Bild, wenn du den VDR-Prozess neu startest (systemctl restart vdr)?

Dann könnte es sein, dass man den VDR auf die Initialisierung der DVB-Tuner warten lassen muss - fürs Playbook wäre das eine Liste der Adapternummern in dieser Variable: https://github.com/yavdr/yavdr-an…up_vars/all#L34 wenn man das von Hand machen will, kann man systemctl enable wait-for-dvb@${ADAPTER_NR}.service nutzen (das hält allerdings nur bis zum nächsten Playbook Durchlauf).

goldfisch · December 16, 2020 at 1:16 PM

Quote

Und auch dem VDR als /var/lib/vdr/channels.conf mit passenden Rechten untergeschoben (kann man auch von Playbook machen lassen: https://github.com/yavdr/yavdr…/focal/group_vars/all#L44

Die Rechte hatte ich angepasst:

Sorry - hatte vergessen zu erwähnen, dass ich auch das Warten auf die DVB-Tuner per "systemctl enable wait-for-dvb@$1.service; systemctl enable wait-for-dvb@$2.service" eingestellt hatte

Auch nach einem Restart von VDR erhalte ich leider kein Bild.

seahawk1986 · December 16, 2020 at 4:14 PM

Wie sieht die von dir erstellte channels.conf aus (und hilft eine andere wie z.B. https://channelpedia.yavdr.com/gen/DVB-S/S19.…e.channels.conf)? Braucht der VDR für deine SAT-Anlage eventuell noch eine aktivierte DiSEqC-Konfiguration? http://www.vdr-wiki.de/wiki/index.php/Diseqc.conf

FJe · December 16, 2020 at 4:28 PM

Wenn mit w_scan eine channels.conf rauskommt, sollte da ja was da sein.

Kannst Du denn ein Menu sehen, wenn Du tab drückst und eine Aufnahme abspielen?

wirbel · December 16, 2020 at 5:03 PM

Könnte es sein, dass du keine zwei Satkabel hast?

goldfisch · December 16, 2020 at 11:21 PM

Hallo,

vielen Dank für die vielen guten Tipps. Ich bin zwischenzeitlich einen kleinen Schritt weiter. Nachdem ich sowohl eine channels.conf als auch systemctl enable wait-for-dvb@${ADAPTER_NR}.service direkt in der group_vars/all gesetzt habe, und anschließend per "sudo -H ./install-yavdr.sh" neu gebaut habe erhalte ich

a) das OSD (immer)

b) zeitweise ein Fernsehbild, das aber irgendwann einfriert (teilweise kann ich noch umschalten).

Ich habe deshalb verschiedene Ausgabeplugins ausprobiert:

vdr-plugin-softhddevice -> Fernsehbild friert nach Umschalten ein, OSD geht (vollständige /var/log/syslog siehe Anhang)

Code

Dec 16 21:03:11 vdr3 vdr: [1658] VDR version 2.4.5 started
...
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:change_state with command atta and options "-d :0" to attached
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:check_state(): got status code: 910
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:softhddevice successfully attached
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:current PrimaryDevice is softhddevice-openglosd (Index: 2, Number: 2, hasDecoder: True, isPrimary: True)
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:softhddevice is the primary device
Dec 16 21:03:25 vdr3 yavdr-frontend[1754]: DEBUG:softhddevice:needed 0.001 s to switch primary device
Dec 16 21:03:25 vdr3 vdr: video: get hwaccel context, not supported
Dec 16 21:03:25 vdr3 vdr: audio/alsa: using device 'default'
Dec 16 21:03:25 vdr3 vdr: audio/alsa: start delay 336ms
Dec 16 21:03:25 vdr3 vdr: video/vdpau: can't render mixer: An invalid handle value was provided.
Dec 16 21:03:25 vdr3 vdr: video/vdpau: missed frame (1/4)
Dec 16 21:03:25 vdr3 vdr: [1658] OSD size changed to 1680x1050 @ 1,11111
Dec 16 21:03:26 vdr3 vdr: video/vdpau: synced after 52 frames
Dec 16 21:03:26 vdr3 vdr: [1658] [softhddev]Trying to start OpenGL Worker Thread
Dec 16 21:03:26 vdr3 vdr: [1830] oglThread thread started (pid=1658, tid=1830, prio=high)
Dec 16 21:03:26 vdr3 vdr: [1830] [softhddev]OpenGL using display :0
Dec 16 21:03:27 vdr3 vdr: [1830] [softhddev]OpenGL Context initialized
Dec 16 21:03:27 vdr3 vdr: [1830] [softhddev]Shaders initialized
Dec 16 21:03:27 vdr3 vdr: [1830] [softhddev]vdpau interop initialized
Dec 16 21:03:27 vdr3 vdr: [1830] [softhddev]Vertex buffers initialized
Dec 16 21:03:27 vdr3 vdr: [1830] [softhddev]Maximum Pixmap size: 8192x8192px
Dec 16 21:03:27 vdr3 vdr: [1658] [softhddev]OpenGL Worker Thread successfully started
Dec 16 21:03:35 vdr3 vdr: [1762] creating new channel 'RTL HB NDS,;CBC' on S19.2E transponder 112188 with id 1-1089-12005-0
Dec 16 21:03:35 vdr3 vdr: [1762] creating new channel 'RTL Regional NRW,;CBC' on S19.2E transponder 112188 with id 1-1089-12004-0
Dec 16 21:03:35 vdr3 vdr: [1762] creating new channel 'RTL Bayern,;CBC' on S19.2E transponder 112188 with id 1-1089-12006-0
Dec 16 21:03:35 vdr3 vdr: [1762] creating new channel 'RTL HH SH,;CBC' on S19.2E transponder 112188 with id 1-1089-12009-0
Dec 16 21:03:35 vdr3 vdr: [1762] creating new channel 'TOGGO Radio,;CBC' on S19.2E transponder 112188 with id 1-1089-12091-0
Dec 16 21:03:36 vdr3 vdr: [1762] changing pids of channel 153 (TOGGO Radio) from 0+0=0:0:0:0 to 0+0=0:501=deu@3:0:0
Dec 16 21:03:36 vdr3 vdr: [1762] changing pids of channel 150 (RTL Regional NRW) from 0+0=0:0:0:0 to 163+163=2:104=deu@3:110=deu:105
Dec 16 21:03:36 vdr3 vdr: [1762] changing pids of channel 149 (RTL HB NDS) from 0+0=0:0:0:0 to 163+163=2:104=deu@3:110=deu:105
Dec 16 21:03:36 vdr3 vdr: [1762] changing pids of channel 151 (RTL Bayern) from 0+0=0:0:0:0 to 163+163=2:104=deu@3:110=deu:105
Dec 16 21:03:37 vdr3 vdr: [1762] changing pids of channel 152 (RTL HH SH) from 0+0=0:0:0:0 to 163+163=2:104=deu@3:110=deu:105
Dec 16 21:04:05 vdr3 vdr: [1761] frontend 0/0 lost lock on channel 11 (RTL2), tp 112188
Dec 16 21:04:07 vdr3 vdr: [1761] frontend 0/0 timed out while tuning to channel 11 (RTL2), tp 112188
Dec 16 21:04:15 vdr3 vdr: video: 23:38:19.303+8888    0 240/\ms   0+5+4 v-buf
Dec 16 21:04:17 vdr3 rpc.mountd[776]: authenticated unmount request from 192.168.1.201:950 for /srv/vdr/video (/srv/vdr/video)
Dec 16 21:05:02 vdr3 rpc.mountd[776]: authenticated unmount request from 192.168.1.201:960 for /srv (/srv)
Dec 16 21:05:03 vdr3 vdr: [1770] frontend 1/0 timed out while tuning to channel 19 (ANIXE HD), tp 110773
Dec 16 21:05:05 vdr3 vdr: video: 23:38:19.303+8888    0 240/\ms   0+5+4 v-buf
Dec 16 21:05:11 vdr3 vdr: [1761] frontend 0/0 timed out while tuning to channel 11 (RTL2), tp 112188
Dec 16 21:05:24 vdr3 vdr: [1770] frontend 1/0 timed out while tuning to channel 49 (HSE24 EXTRA HD), tp 110802
Dec 16 21:05:55 vdr3 vdr: video: 23:38:19.303+8888    0 240/\ms   0+5+4 v-buf
Dec 16 21:06:06 vdr3 vdr: [1770] frontend 1/0 timed out while tuning to channel 36 (hr-fernsehen HD), tp 110891
Dec 16 21:06:15 vdr3 vdr: [1761] frontend 0/0 timed out while tuning to channel 11 (RTL2), tp 112188
Dec 16 21:06:45 vdr3 vdr: video: 23:38:19.303+8888    0 240/\ms   0+5+4 v-buf
Dec 16 21:06:48 vdr3 vdr: [1770] frontend 1/0 timed out while tuning to channel 26 (Zee One HD), tp 110964
Dec 16 21:07:19 vdr3 vdr: [1761] frontend 0/0 timed out while tuning to channel 11 (RTL2), tp 112188
Dec 16 21:07:26 vdr3 systemd[1]: Created slice User Slice of UID 501.
Dec 16 21:07:26 vdr3 systemd[1]: Starting User Runtime Directory /run/user/501...
Dec 16 21:07:26 vdr3 systemd[1]: Finished User Runtime Directory /run/user/501.
Dec 16 21:07:26 vdr3 systemd[1]: Starting User Manager for UID 501...
Dec 16 21:07:26 vdr3 systemd[1874]: Reached target Paths.
Dec 16 21:07:26 vdr3 systemd[1874]: Reached target Timers.
Dec 16 21:07:26 vdr3 systemd[1874]: Starting D-Bus User Message Bus Socket.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on GnuPG network certificate management daemon.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on GnuPG cryptographic agent and passphrase cache.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on debconf communication socket.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on Sound System.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on REST API socket for snapd user session agent.
Dec 16 21:07:26 vdr3 systemd[1874]: Listening on D-Bus User Message Bus Socket.
Dec 16 21:07:26 vdr3 systemd[1874]: Reached target Sockets.
Dec 16 21:07:26 vdr3 systemd[1874]: Reached target Basic System.
Dec 16 21:07:26 vdr3 systemd[1]: Started User Manager for UID 501.
Dec 16 21:07:26 vdr3 systemd[1874]: Starting Sound Service...
Dec 16 21:07:26 vdr3 systemd[1]: Started Session 4 of user gerhard.
Dec 16 21:07:26 vdr3 systemd[1874]: Started D-Bus User Message Bus.
Dec 16 21:07:26 vdr3 dbus-daemon[1901]: [session uid=501 pid=1901] AppArmor D-Bus mediation is enabled
Dec 16 21:07:26 vdr3 systemd[1874]: Started Sound Service.
Dec 16 21:07:26 vdr3 systemd[1874]: Reached target Main User Target.
Dec 16 21:07:26 vdr3 systemd[1874]: Startup finished in 422ms.
Dec 16 21:07:30 vdr3 vdr: [1770] frontend 1/0 timed out while tuning to channel 17 (ONE HD), tp 111052
Dec 16 21:07:35 vdr3 vdr: video: 23:38:19.303+8888    0 240/\ms   0+5+4 v-buf

Display More

vdr-plugin-softhddevice-ffmpeg-2.8-> Fernsehbild friert nach Umschalten ein, OSD geht
vdr-plugin-xineliboutput -> VDR startet nicht wegen folgender Fehlermeldung:

Code

Dec 16 20:24:07 vdr3 systemd[1390]: Started start vdr-sxfe as vdr frontend.
Dec 16 20:24:07 vdr3 systemd[1821]: vdr-sxfe.service: Failed to execute command: No such file or directory
Dec 16 20:24:07 vdr3 systemd[1821]: vdr-sxfe.service: Failed at step EXEC spawning /usr/bin/vdr-sxfe: No such file or directory
Dec 16 20:24:07 vdr3 systemd[1390]: vdr-sxfe.service: Main process exited, code=exited, status=203/EXEC
Dec 16 20:24:07 vdr3 systemd[1390]: vdr-sxfe.service: Failed with result 'exit-code'.
Dec 16 20:24:08 vdr3 systemd[1390]: vdr-sxfe.service: Scheduled restart job, restart counter is at 1.
Dec 16 20:24:08 vdr3 systemd[1390]: Stopped start vdr-sxfe as vdr frontend.

Meine SAT-Karte hat zwei Anschlüsse. Ich habe aber nur ein SAT-Kabel angeschlossen. Kann dies das Problem verursachen?

Hat jemand vielleicht noch Tipps für mich, wie ich zu einem dauerhaften Fernsehbild komme?

Vielen Dank!

Tony

seahawk1986 · December 16, 2020 at 11:32 PM

Quote from goldfisch

Meine SAT-Karte hat zwei Anschlüsse. Ich habe aber nur ein SAT-Kabel angeschlossen. Kann dies das Problem verursachen?

Ja, dann musst du den VDR mitteilen, dass nur ein Tuner genutzt werden soll - vgl. Manpage (man 1 vdr) :

Quote

-D num, --device=num

Use only the given DVB device (num = 0, 1, 2...). There may be several -D options (by default all DVB devices will be used).

Das Startargument kannst du z.B. in der /etc/vdr/conf.d/00-vdr.conf setzen (vgl. https://www.yavdr.org/documentation/…r-configuration für eine Beschreibung der Konfiguration mit dem ARGSDIR-Ansatz).

Ich vermute, dass sich die Probleme mit dem Hängenbleiben damit weitgehend in Luft auflösen sollten, der Rest erledigt sich dann hoffentlich mit dem bald kommenden VDR 2.4.6, wo das Locking beim Kanalwechsel verbessert worden sein sollte.

vdr-sxfe steckt in einem extra Paket (xineliboutput-sxfe), das vom Paket für das xineliboutput-Plugin nicht als zwingende Abhängigkeit definiert wurde, weil man es z.B. ohne lokale Ausgbe auf einem Server nutzen kann und vdr-sxfe dann auf dem Client läuft. Es gibt mit xineliboutput noch ein Problem beim Umschalten zu anderen Anwendungen wie KODI und es hakelt mehr als softhddevice, so dass ich das nicht unbedingt einsetzen würde.

SurfaceCleanerZ · December 17, 2020 at 7:17 AM

Hi,

Evtl zusätzlich noch den Notausstieg in den VDR Einstellungen deaktivieren.

Mfg Stefan

seahawk1986 · December 17, 2020 at 1:16 PM

Quote from SurfaceCleanerZ

Evtl zusätzlich noch den Notausstieg in den VDR Einstellungen deaktivieren.

Das hat ja nur den Effekt, dass sich der VDR nicht verabschiedet, wenn er auf einem Tuner nicht aufnehmen kann - beim Kanalwechsel bleibt er ohne Empfang auf genutzten Tunern trotzdem hängen.

SurfaceCleanerZ · December 17, 2020 at 6:03 PM

Hi,

Kann ich unter VDR 2.2 mit Softhddevice zumindest nicht bestätigen. Mit anthra läuft er dann problemlos weiter. Meine Test VDRs (Focal und auch trusty) haben öfter keine Kabel...

Skindesigner produziert dann Grafikmatsch...

Mfg Stefan

Participate now!