Ist das Hook-Skript für die EDID-Dateien ausführbar?
Ja, war ausführbar - mit deinem Script hat es nun geklappt 
$ lsinitramfs "/boot/initrd.img-$(uname -r)" | grep edid
usr/lib/firmware/edid
usr/lib/firmware/edid/edid.EST-LILY-TFT.bin
usr/lib/firmware/edid/edid.MARANTZ-AVR.binKann jetzt etwas dauern, bis ich mich mit dem nächsten Problem melde - komme jetzt nicht gleich dazu. Ich bin ja schwer am hoffen, dass es nun ein bisschen weiter geht - Danke
.. leider - ich geb's nun auf.
In dmesg gibt's keinen Eintrag zu EDIDs, drm, etc mehr - ein Ausschnitt aus dem Xorg-Log:
[ 9.066] (II) intel: Driver for Intel(R) HD Graphics
[ 9.066] (II) intel: Driver for Intel(R) Iris(TM) Graphics
[ 9.066] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics
[ 9.077] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20230929
[ 9.077] (II) intel(0): SNA compiled: xserver-xorg-video-intel 2:2.99.917+git20210115-1build1 (Julian Andres Klode <juliank@ubuntu.com>)
[ 9.077] (II) intel(0): SNA compiled for use with valgrind
[ 9.084] (II) intel(1): Using Kernel Mode Setting driver: i915, version 1.6.0 20230929
[ 9.085] (II) intel(1): SNA compiled: xserver-xorg-video-intel 2:2.99.917+git20210115-1build1 (Julian Andres Klode <juliank@ubuntu.com>)
[ 9.085] (II) intel(1): SNA compiled for use with valgrind
[ 9.088] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 500
[ 9.100] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2; using a maximum of 4 threads
[ 9.100] (**) intel(0): Depth 24, (--) framebuffer bpp 32
[ 9.100] (==) intel(0): RGB weight 888
[ 9.100] (==) intel(0): Default visual is TrueColor
[ 9.100] (**) intel(0): Option "DRI" "iris"
[ 9.100] (**) intel(0): Option "ZaphodHeads" "HDMI-A-1"
[ 9.100] (**) intel(0): Option "TearFree" "true"
[ 9.120] (--) intel(0): Using a maximum size of 256x256 for hardware cursors
[ 9.124] (II) intel(0): Output VIRTUAL1 using monitor section HDMI-A-1
[ 9.124] (II) intel(0): Enabled output VIRTUAL1
[ 9.127] (II) intel(0): EDID for output VIRTUAL1
[ 9.127] (II) intel(0): Output VIRTUAL1 disconnected
[ 9.129] (WW) intel(0): No outputs definitely connected, trying again...
[ 9.129] (II) intel(0): Output VIRTUAL1 disconnected
[ 9.129] (WW) intel(0): Unable to find connected outputs - setting 1024x768 initial framebuffer
[ 9.129] (**) intel(0): TearFree enabled
[ 9.129] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
[ 9.130] (==) intel(0): DPI set to (96, 96)yavdr-Logo sieht man nicht zentral, rechts unten - beim kleineren Display abgeschnitten - auf beiden Bildschirmen.
Es will nicht mehr 
Wäre es eventuell eine Option mal eine frische Ubuntu 24.04 Installation ohne nvidia-Karte zu probieren (kann man auch auf einem USB-Stick machen, wenn man die vorhandene Installation unangetastet lassen will und keine freie SSD zur Hand hat)?
Da könnte man das als Minimalkonfiguration für yavdr-ansible nehmen:
branch: noble
ppa_owner: 'ppa:seahawk1986-hotmail'
# add the following PPAs
repositories:
- '{{ ppa_owner }}/{{branch}}-main'
- '{{ ppa_owner }}/vdr-2.7.3'
# install kodi as flatpak instead of a debian package
kodi_as_flatpak: True
# this will set the primary display as connected and force KMS to load
# the EDID saved when the role yavdr-xorg detects the connected displays
intel_set_boot_edid: true.. so, nachdem die Box nun gute 2 Wochen mit funktionierender nvidia-Konfig ohne Reboot durchlief, startete ich neu - einmal bootete es sauber hoch, dann wieder nichts mehr.
Ich habe nun mal Zeit gefunden, es mit einer Neuinstallation ohne nvidia auf einer separaten SSD zu probieren. Ganz makellos ging es nicht (man mußte zumindest den "default Mode" in der xorg.conf/20-intel.conf manuell definieren), aber nun ist auf beiden Displays Bild da. Ton habe ich leider nicht 
und die Fernbedienung muss ich auch noch irgendwie von der alten Installation stehlen. Für softhddevice mußte man in der plugin Config manuell auf -v va-api-egl wechseln. osd2web am kleinen TFT läuft mit "firefox" mit der Ausgabe nicht Bildschirm-füllend und Menuleiste oben (egal - da käme sowieso kivy-osd2web).
In /proc/cmdline steht nun BOOT_IMAGE=/vmlinuz-6.8.0-51-generic root=/dev/mapper/ubuntu--vg-ubuntu--lv ro quiet splash video=HDMI-A-1:D video=DP-1:D drm.edid_firmware=HDMI-A-1:edid/edid.HDMI-1.bin,DP-1:edid/edid.DP-1.bin vt.handoff=7. Also keine Auflösung für die beiden Displays mitgegeben.
Bei der Installation hab ich vermutlich "lvm" für's Zielmedium angegeben .. und es sind auch nur ~100GB von den 600GB definiert (geht aber am Thema vorbei):
df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs 733M 4,7M 728M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 98G 12G 82G 13% /
tmpfs 3,6G 0 3,6G 0% /dev/shm
tmpfs 5,0M 8,0K 5,0M 1% /run/lock
/dev/sdb2 2,0G 101M 1,7G 6% /boot
tmpfs 733M 32K 733M 1% /run/user/666
tmpfs 733M 20K 733M 1% /run/user/1000Es bleibt allerdings bei den "scheußlichen" Meldungen bzgl. EDID im kernel.log:
[..]
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.DP-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:111:DP-1] Requesting EDID firmware "edid/edid.DP-1.bin" failed (err=-2)
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[..]
[So Jan 12 05:17:49 2025] EDID block 0 (tag 0x00) checksum is invalid, remainder is 88
[So Jan 12 05:17:49 2025] [00] BAD 00 ff ff ff ff ff ff 00 33 c3 fc 00 03 03 03 03
[So Jan 12 05:17:49 2025] [00] BAD 00 99 03 0f 00 3c c3 c0 cc f3 c3 00 3f 3f c0 3f
[So Jan 12 05:17:49 2025] [00] BAD 0c c0 f0 03 c0 00 03 00 03 03 03 03 03 03 03 03
[So Jan 12 05:17:49 2025] [00] BAD 03 03 03 03 03 03 0c cc 00 c0 03 c0 f3 00 c0 f0
[So Jan 12 05:17:49 2025] [00] BAD 33 00 cc f3 0c 00 00 fc 03 f3 00 0c 03 00 fc 00
[So Jan 12 05:17:49 2025] [00] BAD fc c0 33 00 cc f3 0c 00 00 fc 00 00 00 f0 00 f3
[So Jan 12 05:17:49 2025] [00] BAD 03 0c 03 fc 30 cc f3 03 3c 0c cc 00 00 00 00 f3
[So Jan 12 05:17:49 2025] [00] BAD 00 00 fc fc 3c ff 00 cc 00 00 00 00 00 00 03 fc
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[So Jan 12 05:17:49 2025] snd_hda_intel 0000:00:0e.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[So Jan 12 05:17:49 2025] fbcon: i915drmfb (fb0) is primary device
[So Jan 12 05:17:49 2025] fbcon: Deferring console take-over
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.DP-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:111:DP-1] Requesting EDID firmware "edid/edid.DP-1.bin" failed (err=-2)
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[..]
[So Jan 12 05:17:49 2025] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:49 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[..]
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.DP-1.bin failed with error -2
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:111:DP-1] Requesting EDID firmware "edid/edid.DP-1.bin" failed (err=-2)
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[So Jan 12 05:17:50 2025] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:50 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[So Jan 12 05:17:56 2025] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: Direct firmware load for edid/edid.DP-1.bin failed with error -2
[So Jan 12 05:17:56 2025] i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:111:DP-1] Requesting EDID firmware "edid/edid.DP-1.bin" failed (err=-2)Komisch .. probiere nun mal weiter. Ton wäre fein .. da stehe ich derzeit noch an.
Anfängliche Probleme mit der Fernbedienung wurden gelöst - es half dieser Link: yaVDR ansible / Lirc mit Atric
war:
-----------------------------------------
sudo ir-keytable
keine Geräte gefundenHabe ich sicher serial_ir etc beim runbook Lauf vergessen ..
//edit: nach setserial /dev/ttyS0 uart unknown + modprobe serial_ir bekommt man bei ir-keytable ein Ausgabe:
/sys/class/rc/rc0/ gefunden mit:
Name: Serial IR type home-brew
Treiber serial_ir
Standardschlüsselcodeabbildung: rc-rc6-mce
Eingabegerät: /dev/input/event16
Linux-Infrarotfernbedienung : /dev/lirc0
tangefügte BPF-Protokolle: Vorgang wird nicht unterstützt
unterstützte Kernelprotokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp imon rc-mm
Aktivierte Kernelprotokolle: lirc rc-6
bus: 25, Anbieter/Produkt: 0001:0001, Version: 0x0100
Wiederholungsverzögerung: 500 ms, Wiederholungsperiode: 125 ms//nochmal edit: hab jetzt ein paar Anpassungen in yavdr07.yml (# weg vor serial-ir) + host_vars/localhost (Eintrag: serial_ir_device: ttyS0) gemacht und die entsprechende Rolle .. --tags="serial-ir" laufen lassen - mal sehen.
-----------------------------------------
Grusz!
//edit: Xorg.log sieht gut aus - dort wird die EDID der beiden Bildschirme auch in Hex angezeigt.
Bild habe ich wie beschrieben, Fernbedienung geht auch allerdings komme ich beim Ton/Audio nicht mehr weiter (warum es hier auch immer fuxen muss 
). Das ganze Audio-Zeugs sollte via hdmi zum AVR gelangen. Im Spiel ist snd_hda_intel mit seinen "Kollegen" als Module.
Ich sehe:
cat /proc/asound/cards
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0x81210000 irq 127lspci -vvv
00:0e.0 Audio device: Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster (rev 0b)
Subsystem: ASUSTeK Computer Inc. Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 127
Region 0: Memory at 81210000 (64-bit, non-prefetchable) [size=16K]
Region 4: Memory at 81000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_soc_skl, snd_soc_avs, snd_sof_pci_intel_aplsudo aplay -l
[sudo] Passwort für ciax:
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD Analog]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [marantz-AVR]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0cat /proc/asound/card0/codec* | grep Codec
Codec: Realtek ALC887-VD
Codec: Intel Broxton HDMIlt. alsamixer ist auch nichts "muted" soweit ich das sehe.
bei pactl sieht's schon mal komisch aus ("dummy"):
pactl list sinks
Ziel #0
Status: SUSPENDED
Name: auto_null
Beschreibung: Dummy-Ausgabe
Treiber: module-null-sink.c
Abtastwert-Angabe: s16le 2ch 48000Hz
Kanalzuordnung: front-left,front-right
Besitzer-Modul: 10
Stumm: nein
Lautstärke: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
Verteilung 0,00
Basis-Lautstärke: 65536 / 100% / 0,00 dB
Quellen-Monitor: auto_null.monitor
Latenz: 0 usec, eingestellt 0 usec
Flags: DECIBEL_VOLUME LATENCY SET_FORMATS
Eigenschaften:
device.description = "Dummy-Ausgabe"
device.class = "abstract"
device.icon_name = "audio-card"
Formate:
pcmIch komme nicht mehr weiter ... 
Wenn du mit aplay irgendein File abspielst, kommt dann was?
Ist das ein System, das pulseaudio verwendet? Oder gar pipewire?
Falls ja, laufen die entsprechenden user services für den user, unter dem vdr läuft?
Naja, du musst schon wissen, welcher Soundservice genutzt wird, sonst suchst du an völlig falschen Stellen.
Läuft denn einer der genannten Services?
Ubuntu ist doch ein systemd-System, oder?
Wenn ja:
systemctl --machine vdr@.host --user status pulseaudio
systemctl --machine vdr@.host --user status pipewire
pulseaudio scheint im Spiel zu sein:
Codesudo systemctl --machine vdr@.host --user status pulseaudio ● pulseaudio.service - Sound Service Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; enabled; preset: enabled) Active: active (running) since Sun 2025-01-12 14:44:06 CET; 3h 8min ago TriggeredBy: ● pulseaudio.socket Main PID: 1850 Tasks: 4 (limit: 8690) Memory: 13.7M (peak: 14.8M) CPU: 1min 31.426s CGroup: /user.slice/user-666.slice/user@666.service/session.slice/pulseaudio.service └─1850 /usr/bin/pulseaudio --daemonize=no --log-target=journal
Und dein VDR läuft auch als "vdr"?
Und dein VDR läuft auch als "vdr"?
.. es ist eine yavdr-ansible Neuinstallation - vdr ist der user, mit dem vdr läuft. Getestet wurde nun auch die Installation auf der anderen SSD, das ursprüngliche/jahrelang ge-do-ge-dist-upraded-e Setup ohne nvidia; zuvor 20-intel.conf und "grub/initramfs-Adaptionen" von der Neuinstallation übernommen (damit habe ich doch nun auch dort Bild ..) - kein Ton.
Ich befürchte, daß es mit diesem Mainboard und den Intel Audio Treibern zusammenhängt - zum Verhalten "snd_hda_intel onboard + Linux, Ubuntu .." existieren unzählige Threads außerhalb dieses Forums.
Es zickt durchgehend .. - 
Also ich habe keinerlei Probleme mit den Intel Audio Treibern.
Folgend snd_* Module sind bei mir geladen:
snd_seq_dummy 12288 0
snd_hrtimer 12288 1
snd_seq 131072 7 snd_seq_dummy
snd_seq_device 16384 1 snd_seq
snd_sof_pci_intel_cnl 20480 0
snd_sof_intel_hda_generic 45056 1 snd_sof_pci_intel_cnl
soundwire_intel 81920 1 snd_sof_intel_hda_generic
snd_sof_intel_hda_common 212992 2 snd_sof_intel_hda_generic,snd_sof_pci_intel_cnl
snd_sof_intel_hda_mlink 36864 3 soundwire_intel,snd_sof_intel_hda_common,snd_sof_intel_hda_generic
snd_sof_intel_hda 24576 2 snd_sof_intel_hda_common,snd_sof_intel_hda_generic
snd_sof_pci 24576 2 snd_sof_intel_hda_generic,snd_sof_pci_intel_cnl
snd_sof_xtensa_dsp 16384 1 snd_sof_intel_hda_generic
snd_sof 466944 5 snd_sof_pci,snd_sof_intel_hda_common,snd_sof_intel_hda_generic,snd_sof_intel_hda,snd_sof_pci_intel_cnl
snd_hda_codec_hdmi 98304 1
snd_sof_utils 16384 1 snd_sof
snd_soc_avs 233472 0
snd_soc_hda_codec 28672 1 snd_soc_avs
snd_soc_skl 241664 0
snd_hda_codec_realtek 208896 1
snd_soc_hdac_hda 28672 2 snd_sof_intel_hda_common,snd_soc_skl
snd_hda_ext_core 36864 7 snd_soc_avs,snd_soc_hda_codec,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda_mlink,snd_soc_skl,snd_sof_intel_hda
snd_soc_sst_ipc 20480 1 snd_soc_skl
snd_soc_sst_dsp 45056 1 snd_soc_skl
snd_hda_codec_generic 114688 1 snd_hda_codec_realtek
snd_soc_acpi_intel_match 110592 3 snd_sof_intel_hda_generic,snd_soc_skl,snd_sof_pci_intel_cnl
snd_soc_acpi 16384 3 snd_soc_acpi_intel_match,snd_sof_intel_hda_generic,snd_soc_skl
snd_hda_scodec_component 20480 1 snd_hda_codec_realtek
snd_soc_core 454656 7 snd_soc_avs,snd_soc_hda_codec,soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl
snd_compress 28672 2 snd_soc_avs,snd_soc_core
snd_pcm_dmaengine 16384 1 snd_soc_core
snd_hda_intel 65536 3
snd_intel_dspcfg 40960 6 snd_soc_avs,snd_hda_intel,snd_sof,snd_sof_intel_hda_common,snd_sof_intel_hda_generic,snd_soc_skl
snd_intel_sdw_acpi 16384 2 snd_intel_dspcfg,snd_sof_intel_hda_generic
snd_hda_codec 221184 9 snd_hda_codec_generic,snd_soc_avs,snd_hda_codec_hdmi,snd_soc_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda
snd_hda_core 151552 12 snd_hda_codec_generic,snd_soc_avs,snd_hda_codec_hdmi,snd_soc_hda_codec,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda
snd_hwdep 20480 1 snd_hda_codec
snd_pcm 221184 14 snd_soc_avs,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_compress,snd_soc_core,snd_sof_utils,snd_soc_skl,snd_hda_core,snd_pcm_dmaengine
snd_timer 53248 3 snd_seq,snd_hrtimer,snd_pcm
snd 159744 20 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_sof,snd_timer,snd_compress,snd_soc_core,snd_pcm
soundcore 16384 1 sndDu musst bei Pulseaudio noch den gewünschten Ausgabe-Sink wählen - das geht entweder über das pulsecontrol-Plugin, das vorinstalliert sein sollte (im VDR-Menü unter System zu finden), über pavucontrol (lässt sich unter Applikationen -> Multimedia aus dem VDR-Menü heraus starten) oder über einen DBus-Service (den das Webfrontend mal nutzen können soll) - bis es soweit ist kannst du so die Pulseaudio-Sinks listen lassen:
$ dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks
method return time=1736855827.393421 sender=:1.45 -> destination=:1.68 serial=4 reply_serial=2
struct {
array [
struct {
string "alsa_output.pci-0000_01_00.1.hdmi-stereo"
string "GP108 High Definition Audio Controller Digital Stereo (HDMI)"
int32 0
boolean false
int32 2
array [
double 1
double 1
]
string "yes"
boolean true
}
struct {
string "alsa_output.pci-0000_00_1b.0.iec958-stereo"
string "Eingebautes Tongerät Digital Stereo (IEC958)"
int32 1
boolean false
int32 2
array [
double 1
double 1
]
string "unknown"
boolean false
}
]
string "alsa_output.pci-0000_01_00.1.hdmi-stereo"
}Und dann kannst du anhand des Namens den Sink wählen - also in dem Fall für HDMI (der schon aktiv ist):
dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.SetDefaultSink string:"alsa_output.pci-0000_01_00.1.hdmi-stereo"Der Vorteil gegenüber dem Pulsecontrol-Plugin ist, dass es sowohl den Sink für die Ausgabe ändert als auch alle bestehenden Streams zu diesen Sink verschiebt.
pactl set-default-sink alsa_output.pci-0000_01_00.1.hdmi-stereo
sollte eigentlich auch reichen. Bei mir allerdings alsa_output.pci-0000_00_1f.3.hdmi-stereo.
Sorry, für's späte feedback & vielen Dank seahawk1986 - du bringst es wirklich immer auf den Punkt ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
.
Ich hatte hier noch vom "debuggen" etwas zu den Intel Audiotreibern unter /etc/modprobe.d/alsa-base.conf eingetragen, was dazu führte, dass ich nur "Analog-Stereo" bzw. "LineOut" auswählen konnte. Nach Entfernen, konnte ich mit deinen Hinweisen "Digital-Stereo (HDMI) als Ausgabe wählen. Jetzt klappt es auch mit dem Ton. Auch am alten System funktioniert es, dort bekomme ich aber mit:
dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.yavdr.PulseDBusCtl was not provided by any .service filesJetzt ist aber leider das nächste Problem aufgetaucht - nach einer recht kurzen Laufzeit, bleibt vdr "stecken" - Bild hält an und im Log kommen diese Einträge:
[..]
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: [2249] ERROR: 462 TS packet(s) not accepted in Transfer Mode
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:14 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:15 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:15 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:15 vdr vdr[1576]: [1909] frontend 0/0 timed out while tuning to channel 24 (RTLZWEI), tp 112187
Jän 17 13:10:15 vdr vdr[1576]: audio/alsa: using device 'default'
Jän 17 13:10:15 vdr vdr[1576]: audio/alsa: start delay 128ms
Jän 17 13:10:15 vdr vdr[1576]: audio/alsa: using device 'default'softhddevice werden folgende Paramter mitgegeben:
-D
-w alsa-driver-broken
-v va-api-eglEs kommt auch vor, dass das Bild im 0,5 Sekundenabstand "schwarz blinkt" - manchmal, wenn man das OSD aufruft, bei TV geht's dann wieder, manchmal auch beim TV Bild selbst - dann hilft ab und zu ein Wechsel auf einen anderen Sender. Das muss ich noch genauer beobachten - in den Logs kein Mucks dazu.
Grusz!
Jän 17 13:10:15 vdr vdr[1576]: [1909] frontend 0/0 timed out while tuning to channel 24 (RTLZWEI), tp 112187
Bei sowas würde ich ja primär an Empfangsprobleme denken - entweder das Zusammenspiel mit dem Sat>IP Server klappt nicht (vtuner als Ersatz zum satip-Plugin ist auch noch eine Baustelle bei dern yaVDR-Paketen, da passt wohl noch etwas mit den Systemd-Units noch nicht, auch wenn ich das auf einem Testsystem damals nicht nachstellen konnte) oder das ist ein Problem zwischen Satellit und Tuner.
Auch am alten System funktioniert es, dort bekomme ich aber mit:
Codedbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.yavdr.PulseDBusCtl was not provided by any .service files
Ich hatte den Dienst im Februar 2022 eingebaut: https://github.com/yavdr/yavdr-an…653ff74513907bf - wenn das Playbook nicht damit gelaufen ist, fehlt der natürlich.
.. eher eine Folgeerscheinung - möchte ja nicht widersprechen, Empfangsprobleme möchte ich fast ausschließen. Zumindest hat es sich nicht mit Ausfällen gezeigt, die nach 2-5 Minuten Laufzeit vdr zum Stehen bringen. Was auch immer das nun wieder ist .. 
Es beginnt so aus dem nichts heraus - nicht mit einem "Tuningfehlereintrag" :
[..]
Jän 17 18:36:37 vdr vdr[58803]: [58819] changing pids of channel 2239 (ARD-Test-R) from 5401+5401=27:5402=deu@3:0:0 to 5411+5411=27:5412=deu@3:0:0
Jän 17 18:37:19 vdr vdr[58803]: [58819] changing pids of channel 2 (ORF2T HD) from 3000+3000=27:0;3001=deu@106,3002=mis@106:0:3005 to 3060+3060=27:0;3061=deu@106:0:3015
Jän 17 18:37:21 vdr vdr[58803]: video: 9:43:28.634 +6 95 0/\ms 21+2 v-buf
Jän 17 18:37:34 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:34 vdr vdr[58803]: [59018] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jän 17 18:37:34 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:34 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:35 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:36 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:37 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:38 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:39 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:40 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:41 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:42 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:43 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:44 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:45 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:45 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:45 vdr vdr[58803]: audio/alsa: start delay 128ms
Jän 17 18:37:45 vdr vdr[58803]: [59019] i/o throttle activated, count = 1 (tid=59019)
Jän 17 18:37:45 vdr vdr[58803]: audio/alsa: start delay 128msHier bei der alten Installation (bei der das Playbook nicht mehr richtig gelaufen ist) ist vtuner im Einsatz, aus dem git (nicht via dkms), läuft üblicherweise super. Ich boote nun nochmals mit der "minimalen Neuinstallation" auf der anderen SSD hoch; dort war es mit diesen audio/alsa: start delay 128ms Einträgen im Log genauso, dort mit dem satip-Plugin.
Auch versuchsweise folgende Parameter (separat und miteinander) im softhddevice.conf brachten nichts:
#-w alsa-driver-broken
#-w alsa-close-open-delay
-w alsa-no-close-openHmm ..
.. so, am neu installierten yavdr auf der 2. SSD gibt es bzgl. "PulseControl"
dbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks
method return time=1737138888.751603 sender=:1.49 -> destination=:1.83 serial=4 reply_serial=2
struct {
array [
struct {
string "alsa_output.pci-0000_00_0e.0.hdmi-stereo"
string "Eingebautes Tongerät Digital Stereo (HDMI)"
int32 0
boolean false
int32 2
array [
double 1.01682
double 1.01682
]
string "yes"
boolean true
}
]
string "alsa_output.pci-0000_00_0e.0.hdmi-stereo"
}mit:
sudo aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD Analog]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [marantz-AVR]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0Mit den gleichen Settings, kommt hier im Log (das tauchte bei der alten Installation nicht mehr auf) zu :
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:37 vdr kernel: EDID block 0 (tag 0x00) checksum is invalid, remainder is 217
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:37 vdr kernel: workqueue: i915_hotplug_work_func [i915] hogged CPU for >20000us 4 times, consider switching to WQ_UNBOUND
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:37 vdr kernel: EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:37 vdr kernel: EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:37 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:38 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:38 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)
Jan 17 19:39:38 vdr kernel: EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
Jan 17 19:39:38 vdr kernel: i915 0000:00:02.0: Direct firmware load for edid/edid.HDMI-1.bin failed with error -2
Jan 17 19:39:38 vdr kernel: i915 0000:00:02.0: [drm] *ERROR* [CONNECTOR:122:HDMI-A-1] Requesting EDID firmware "edid/edid.HDMI-1.bin" failed (err=-2)Das Bild am TV blinkt ständig schwarz - Bildausfall, Bild da, Ausfall, Bild da, ...
Die Einträge bzgl audio/alsa: start delay 128ms tauchen doch mit der Neuinstallation nicht mehr im Log auf, bleibt nicht "stecken" .. dafür blinkt's die ganze Zeit, auch wenn man zu Kodi wechselt.
Ich denke schon an Elkos am Mainboard, die aufgebläht sind. Wieso aber dann so unterschiedlich zw. den Installationen .. ?
It looks like your HDMI connection is failing, and accordingly the sound via HDMI is also failing.
Try -a noop, and look how works video without audio.
Don’t have an account yet? Register yourself now and be a part of our community!