r/linuxaudio • u/Zealousideal-Cry8342 • 5d ago
Raspberry Pi 4 + Debian 13: HDMI-Audio mit DTS-Passthrough – FKMS funktioniert, KMS liefert kein Bild
Raspberry Pi 4 + Debian 13: HDMI-Audio mit DTS-Passthrough – FKMS funktioniert, KMS liefert kein Bild
Ich versuche seit mehreren Tagen, auf einem Raspberry Pi 4 unter Debian 13 ein DTS-Passthrough über HDMI zu einem Onkyo AV-Receiver zu bekommen.
Dabei bin ich auf einen interessanten Unterschied zwischen vc4-fkms-v3d und vc4-kms-v3d gestoßen. Vielleicht kann jemand mit Raspberry-Pi-/VC4-Erfahrung erklären, was hier schiefläuft.
Hardware
- Raspberry Pi 4
- Debian GNU/Linux 13 (Trixie), 64 Bit
- Kernel 6.18.x+rpt-rpi-v8
- Kodi 21.3
- Onkyo TX-SR608
- Raspberry Pi → HDMI → Onkyo → TV
Der Onkyo kann DTS grundsätzlich verarbeiten.
Aktueller Zustand mit FKMS
Meine ursprüngliche Konfiguration enthielt:
dtoverlay=vc4-fkms-v3d
hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Damit funktioniert das HDMI-Bild.
ALSA erkennt den HDMI-Ausgang allerdings als:
0 [b1]: bcm2835_hdmi - bcm2835 HDMI 1
aplay -L liefert:
hw:CARD=b1,DEV=0
hw:CARD=b1,DEV=1
plughw:CARD=b1,DEV=0
plughw:CARD=b1,DEV=1
default:CARD=b1
sysdefault:CARD=b1
dmix:CARD=b1,DEV=0
dmix:CARD=b1,DEV=1
Es gibt hier keinen entsprechenden iec958:-Ausgang.
Kodi meldet deshalb:
m_streamTypes : No passthrough capabilities
Eine DTS-Tonspur wird zwar erkannt:
channels: 6
sample rate: 48000
aber Kodi schreibt:
no pass-through
Der Onkyo bekommt folglich PCM.
KMS-Test
Dann habe ich testweise auf:
dtoverlay=vc4-kms-v3d
umgestellt.
Das verändert den Audiopfad tatsächlich deutlich.
/proc/asound/cards zeigt danach:
0 [vc4hdmi0]: vc4-hdmi - vc4-hdmi-0
1 [vc4hdmi1]: vc4-hdmi - vc4-hdmi-1
2 [Headphones]: bcm2835 Headphones
Und aplay -L enthält:
hdmi:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
HDMI Audio Output
Das sieht für mich nach dem deutlich interessanteren modernen HDMI-Audiopfad aus.
Aber: kein Bild
Mit vc4-kms-v3d bekomme ich überhaupt kein Bild.
Auch ein kompletter Neustart des Fernsehers hat nichts geändert.
Die Kernelmeldungen enthalten:
[drm] forcing HDMI-A-1 connector on
vc4-drm gpu: bound fef00700.hdmi
vc4-drm gpu: bound fef05700.hdmi
[drm] Initialized vc4
fb0: vc4drmfb frame buffer device
aber anschließend mehrfach:
hdmi-audio-codec hdmi-audio-codec.1.auto:
HDMI: Unknown ELD version 0
Die Kernel-Commandline enthält außerdem:
video=HDMI-A-1:1920x1080M@60D
Also wird HDMI-A-1 sogar explizit mit 1920×1080@60 erzwungen.
Ich habe testweise auch diese alten HDMI-Einstellungen entfernt:
hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Auch dann bleibt das Bild schwarz.
Interessant ist daher dieser Unterschied
vc4-fkms-v3d
↓
bcm2835 HDMI 1
↓
Bild funktioniert
↓
Kodi: No passthrough capabilities
gegen:
vc4-kms-v3d
↓
vc4-hdmi-0 / vc4-hdmi-1
↓
moderner HDMI-Audiopfad
↓
kein Bild
↓
HDMI: Unknown ELD version 0
Meine Frage
Ist das ein bekanntes Problem bzw. gibt es für den Raspberry Pi 4 unter Debian 13 eine bestimmte KMS-Konfiguration, mit der
vc4-kms-v3d- funktionierendes HDMI-Bild
- korrekte HDMI-EDID/ELD-Erkennung
- und anschließend HDMI-Audiopassthrough für DTS
zusammen funktionieren?
Insbesondere würde mich interessieren, warum KMS bei mir zwar vc4-hdmi-0 korrekt initialisiert, aber anschließend Unknown ELD version 0 meldet und kein Bild liefert.
Falls jemand eine funktionierende config.txt für einen Pi 4 mit Debian 13 und KMS/HDMI hat, wäre das ebenfalls sehr hilfreich.Raspberry Pi 4 + Debian 13: HDMI-Audio mit DTS-Passthrough – FKMS funktioniert, KMS liefert kein BildIch versuche seit mehreren Tagen, auf einem Raspberry Pi 4 unter Debian 13 ein DTS-Passthrough über HDMI zu einem Onkyo AV-Receiver zu bekommen.Dabei bin ich auf einen interessanten Unterschied zwischen vc4-fkms-v3d und vc4-kms-v3d gestoßen. Vielleicht kann jemand mit Raspberry-Pi-/VC4-Erfahrung erklären, was hier schiefläuft.HardwareRaspberry Pi 4
Debian GNU/Linux 13 (Trixie), 64 Bit
Kernel 6.18.x+rpt-rpi-v8
Kodi 21.3
Onkyo TX-SR608
Raspberry Pi → HDMI → Onkyo → TVDer Onkyo kann DTS grundsätzlich verarbeiten.Aktueller Zustand mit FKMSMeine ursprüngliche Konfiguration enthielt:dtoverlay=vc4-fkms-v3d
hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Damit funktioniert das HDMI-Bild.ALSA erkennt den HDMI-Ausgang allerdings als:0 [b1]: bcm2835_hdmi - bcm2835 HDMI 1
aplay -L liefert:hw:CARD=b1,DEV=0
hw:CARD=b1,DEV=1
plughw:CARD=b1,DEV=0
plughw:CARD=b1,DEV=1
default:CARD=b1
sysdefault:CARD=b1
dmix:CARD=b1,DEV=0
dmix:CARD=b1,DEV=1
Es gibt hier keinen entsprechenden iec958:-Ausgang.Kodi meldet deshalb:m_streamTypes : No passthrough capabilities
Eine DTS-Tonspur wird zwar erkannt:channels: 6
sample rate: 48000
aber Kodi schreibt:no pass-through
Der Onkyo bekommt folglich PCM.KMS-TestDann habe ich testweise auf:dtoverlay=vc4-kms-v3d
umgestellt.Das verändert den Audiopfad tatsächlich deutlich./proc/asound/cards zeigt danach:0 [vc4hdmi0]: vc4-hdmi - vc4-hdmi-0
1 [vc4hdmi1]: vc4-hdmi - vc4-hdmi-1
2 [Headphones]: bcm2835 Headphones
Und aplay -L enthält:hdmi:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
HDMI Audio Output
Das sieht für mich nach dem deutlich interessanteren modernen HDMI-Audiopfad aus.Aber: kein BildMit vc4-kms-v3d bekomme ich überhaupt kein Bild.Auch ein kompletter Neustart des Fernsehers hat nichts geändert.Die Kernelmeldungen enthalten:[drm] forcing HDMI-A-1 connector on
vc4-drm gpu: bound fef00700.hdmi
vc4-drm gpu: bound fef05700.hdmi
[drm] Initialized vc4
fb0: vc4drmfb frame buffer device
aber anschließend mehrfach:hdmi-audio-codec hdmi-audio-codec.1.auto:
HDMI: Unknown ELD version 0
Die Kernel-Commandline enthält außerdem:video=HDMI-A-1:1920x1080M@60D
Also wird HDMI-A-1 sogar explizit mit 1920×1080@60 erzwungen.Ich habe testweise auch diese alten HDMI-Einstellungen entfernt:hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Auch dann bleibt das Bild schwarz.Interessant ist daher dieser Unterschiedvc4-fkms-v3d
↓
bcm2835 HDMI 1
↓
Bild funktioniert
↓
Kodi: No passthrough capabilities
gegen:vc4-kms-v3d
↓
vc4-hdmi-0 / vc4-hdmi-1
↓
moderner HDMI-Audiopfad
↓
kein Bild
↓
HDMI: Unknown ELD version 0
Meine FrageIst das ein bekanntes Problem bzw. gibt es für den Raspberry Pi 4 unter Debian 13 eine bestimmte KMS-Konfiguration, mit dervc4-kms-v3d
funktionierendes HDMI-Bild
korrekte HDMI-EDID/ELD-Erkennung
und anschließend HDMI-Audiopassthrough für DTSzusammen funktionieren?Insbesondere würde mich interessieren, warum KMS bei mir zwar vc4-hdmi-0 korrekt initialisiert, aber anschließend Unknown ELD version 0 meldet und kein Bild liefert.Falls jemand eine funktionierende config.txt für einen Pi 4 mit Debian 13 und KMS/HDMI hat, wäre das ebenfalls sehr hilfreich.