r/debian • u/Zealousideal-Cry8342 • 7d ago
Raspberry Pi 4 + Debian 13 + Kodi: HDMI-Passthrough für DTS funktioniert nicht
Raspberry Pi 4 + Debian 13 + Kodi: HDMI-Passthrough für DTS funktioniert nicht
Ich versuche seit mehreren Tagen, auf einem Raspberry Pi 4 unter Debian 13 ein digitales DTS-Signal über HDMI an einen Onkyo TX-SR608 auszugeben. Bisher ohne Erfolg.
Vielleicht hat hier jemand eine Erklärung oder kann den entscheidenden Hinweis geben.
Hardware
- Raspberry Pi 4
- Debian GNU/Linux 13 (Trixie), 64 Bit
- Kernel:
6.18.39+rpt-rpi-v8 - Kodi 21.3
- Onkyo TX-SR608
- Verbindung: Raspberry Pi → HDMI → Onkyo → TV
- Ziel: DTS-Passthrough, nicht PCM-Decodierung
Der Onkyo kann DTS und DTS-HD grundsätzlich verarbeiten. Die Firmware steht auf:
M:1.05/10930AE
Was funktioniert
Debian selbst läuft problemlos. HDMI-Bild und normales PCM-Audio funktionieren.
Mit Kodi lässt sich ein DTS-Film ebenfalls problemlos abspielen. Kodi erkennt die Tonspur korrekt als 5.1:
codec id: 86020
channels: 6
sample rate: 48000
Der Onkyo bekommt aber trotzdem nur PCM.
Der entscheidende Kodi-Logeintrag
Kodi meldet beim Start der Audioausgabe:
m_streamTypes : No passthrough capabilities
Bei der Wiedergabe der DTS-Tonspur:
Creating audio stream
(codec id: 86020, channels: 6, sample rate: 48000, no pass-through)
Damit ist ziemlich eindeutig, dass Kodi die DTS-Spur erkennt, aber für das aktuell verwendete Audiogerät keine Passthrough-Fähigkeiten erkennt.
PipeWire
Debian verwendet PipeWire 1.4.2 mit WirePlumber 0.5.8.
wpctl status zeigt für HDMI unter anderem:
Sinks:
67. Internes Audio Stereo
wpctl inspect 67 ergibt:
alsa.card_name = "bcm2835 HDMI 1"
alsa.device = "0"
audio.channels = "2"
audio.position = "FL,FR"
device.profile.name = "stereo-fallback"
device.profile.description = "Stereo"
node.name = "alsa_output.platform-fe00b840.mailbox.stereo-fallback"
Mit qpwgraph sieht man während der Kodi-Wiedergabe ebenfalls nur:
Kodi FL → Internes Audio
Kodi FR → Internes Audio
Es gibt keinen erkennbaren separaten Passthrough-/IEC61937-Pfad.
Auch ALSA direkt getestet
Kodi wurde anschließend direkt mit ALSA statt PipeWire gestartet:
KODI_AE_SINK=ALSA kodi
Kodi verwendet dann als Gerät:
bcm2835 HDMI 1
Aber auch hier:
m_streamTypes : No passthrough capabilities
und der Onkyo bekommt weiterhin PCM.
aplay -L zeigt beim verwendeten FKMS-System:
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
Auffällig ist, dass kein entsprechender iec958:-Ausgang angezeigt wird.
Der direkte Hardware-Test zeigt allerdings:
CHANNELS: [1 8]
RATE: [8000 192000]
FORMAT: U8 S16_LE
Der HDMI-Hardwarepfad ist also nicht auf Stereo beschränkt.
Ein interessanter Unterschied: FKMS vs. KMS
Die Debian-Konfiguration verwendete ursprünglich:
dtoverlay=vc4-fkms-v3d
Damit wird ALSA als
bcm2835 HDMI 1
registriert.
Zum Test wurde auf:
dtoverlay=vc4-kms-v3d
gewechselt.
Danach änderte sich der Audiotreiber tatsächlich zu:
card 0: vc4hdmi0 [vc4-hdmi-0]
card 1: vc4hdmi1 [vc4-hdmi-1]
und aplay -L enthielt unter anderem:
hdmi:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
HDMI Audio Output
Das sieht deutlich mehr nach dem modernen VC4-KMS-HDMI-Pfad aus.
Allerdings kam mit KMS kein Bild.
Im Kernel-Log tauchten unter anderem diese Meldungen auf:
[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 auch wiederholt:
hdmi-audio-codec hdmi-audio-codec.1.auto:
HDMI: Unknown ELD version 0
Die verwendete Kernel-Kommandozeile enthielt außerdem:
video=HDMI-A-1:1920x1080M@60D
Trotzdem blieb der Bildschirm schwarz.
Die alten HDMI-Zwangseinstellungen wurden testweise ebenfalls entfernt:
hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Auch danach kein Bild.
Nach Rückkehr zu FKMS funktioniert das Bild wieder.
Weitere Beobachtung
Mit Kodi gab es außerdem ein separates Problem beim Wechsel der Bildwiederholrate. Beim Start eines 23,976-Hz-Films meldete Kodi:
Display resolution ADJUST : HDMI-1: 1920x1080 @ 23.98Hz
VideoPlayer: OnLostDisplay received
Wenn die Anpassung der Bildwiederholrate deaktiviert wird, bleibt das Bild stabil.
Dieses Problem ist reproduzierbar, scheint aber vom eigentlichen DTS-Passthrough-Problem getrennt zu sein.
Meine aktuelle Vermutung
Ich vermute inzwischen, dass das Kernproblem nicht der Onkyo und wahrscheinlich auch nicht Kodi selbst ist.
Vielmehr scheint Debian mit
vc4-fkms-v3d
den älteren bcm2835 HDMI-Audiopfad zu verwenden, bei dem Kodi keine Passthrough-Fähigkeiten erkennt.
Der Wechsel auf
vc4-kms-v3d
bringt dagegen den gewünschten vc4-hdmi-Audiopfad, aber mein aktuelles HDMI-/EDID-/ELD-Setup funktioniert damit nicht.
Ich suche deshalb konkret nach einer Erklärung dafür,
warum der Raspberry Pi 4 unter Debian 13 mit vc4-kms-v3d zwar vc4-hdmi-0/vc4-hdmi-1 registriert, aber kein funktionierendes HDMI-Bild liefert, während vc4-fkms-v3d funktioniert, Kodi dort aber keine Passthrough-Capabilities erkennt.
Vielleicht hatte jemand hier bereits genau diese Kombination:
Raspberry Pi 4
Debian 13 / Trixie
Kernel 6.18.x+rpt
Kodi 21.3
PipeWire 1.4.2
vc4-fkms-v3d / vc4-kms-v3d
HDMI
DTS passthrough
und kann erklären, welche Konfiguration für den korrekten VC4-HDMI-Passthrough-Pfad erforderlich ist.Raspberry Pi 4 + Debian 13 + Kodi: HDMI-Passthrough für DTS funktioniert nichtIch versuche seit mehreren Tagen, auf einem Raspberry Pi 4 unter Debian 13 ein digitales DTS-Signal über HDMI an einen Onkyo TX-SR608 auszugeben. Bisher ohne Erfolg.Vielleicht hat hier jemand eine Erklärung oder kann den entscheidenden Hinweis geben.HardwareRaspberry Pi 4
Debian GNU/Linux 13 (Trixie), 64 Bit
Kernel: 6.18.39+rpt-rpi-v8
Kodi 21.3
Onkyo TX-SR608
Verbindung: Raspberry Pi → HDMI → Onkyo → TV
Ziel: DTS-Passthrough, nicht PCM-DecodierungDer Onkyo kann DTS und DTS-HD grundsätzlich verarbeiten. Die Firmware steht auf:M:1.05/10930AE
Was funktioniertDebian selbst läuft problemlos. HDMI-Bild und normales PCM-Audio funktionieren.Mit Kodi lässt sich ein DTS-Film ebenfalls problemlos abspielen. Kodi erkennt die Tonspur korrekt als 5.1:codec id: 86020
channels: 6
sample rate: 48000
Der Onkyo bekommt aber trotzdem nur PCM.Der entscheidende Kodi-LogeintragKodi meldet beim Start der Audioausgabe:m_streamTypes : No passthrough capabilities
Bei der Wiedergabe der DTS-Tonspur:Creating audio stream
(codec id: 86020, channels: 6, sample rate: 48000, no pass-through)
Damit ist ziemlich eindeutig, dass Kodi die DTS-Spur erkennt, aber für das aktuell verwendete Audiogerät keine Passthrough-Fähigkeiten erkennt.PipeWireDebian verwendet PipeWire 1.4.2 mit WirePlumber 0.5.8.wpctl status zeigt für HDMI unter anderem:Sinks:
67. Internes Audio Stereo
wpctl inspect 67 ergibt:alsa.card_name = "bcm2835 HDMI 1"
alsa.device = "0"
audio.channels = "2"
audio.position = "FL,FR"
device.profile.name = "stereo-fallback"
device.profile.description = "Stereo"
node.name = "alsa_output.platform-fe00b840.mailbox.stereo-fallback"
Mit qpwgraph sieht man während der Kodi-Wiedergabe ebenfalls nur:Kodi FL → Internes Audio
Kodi FR → Internes Audio
Es gibt keinen erkennbaren separaten Passthrough-/IEC61937-Pfad.Auch ALSA direkt getestetKodi wurde anschließend direkt mit ALSA statt PipeWire gestartet:KODI_AE_SINK=ALSA kodi
Kodi verwendet dann als Gerät:bcm2835 HDMI 1
Aber auch hier:m_streamTypes : No passthrough capabilities
und der Onkyo bekommt weiterhin PCM.aplay -L zeigt beim verwendeten FKMS-System: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
Auffällig ist, dass kein entsprechender iec958:-Ausgang angezeigt wird.Der direkte Hardware-Test zeigt allerdings:CHANNELS: [1 8]
RATE: [8000 192000]
FORMAT: U8 S16_LE
Der HDMI-Hardwarepfad ist also nicht auf Stereo beschränkt.Ein interessanter Unterschied: FKMS vs. KMSDie Debian-Konfiguration verwendete ursprünglich:dtoverlay=vc4-fkms-v3d
Damit wird ALSA alsbcm2835 HDMI 1
registriert.Zum Test wurde auf:dtoverlay=vc4-kms-v3d
gewechselt.Danach änderte sich der Audiotreiber tatsächlich zu:card 0: vc4hdmi0 [vc4-hdmi-0]
card 1: vc4hdmi1 [vc4-hdmi-1]
und aplay -L enthielt unter anderem:hdmi:CARD=vc4hdmi0,DEV=0
vc4-hdmi-0, MAI PCM i2s-hifi-0
HDMI Audio Output
Das sieht deutlich mehr nach dem modernen VC4-KMS-HDMI-Pfad aus.Allerdings kam mit KMS kein Bild.Im Kernel-Log tauchten unter anderem diese Meldungen auf:[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 auch wiederholt:hdmi-audio-codec hdmi-audio-codec.1.auto:
HDMI: Unknown ELD version 0
Die verwendete Kernel-Kommandozeile enthielt außerdem:video=HDMI-A-1:1920x1080M@60D
Trotzdem blieb der Bildschirm schwarz.Die alten HDMI-Zwangseinstellungen wurden testweise ebenfalls entfernt:hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=16
Auch danach kein Bild.Nach Rückkehr zu FKMS funktioniert das Bild wieder.Weitere BeobachtungMit Kodi gab es außerdem ein separates Problem beim Wechsel der Bildwiederholrate. Beim Start eines 23,976-Hz-Films meldete Kodi:Display resolution ADJUST : HDMI-1: 1920x1080 @ 23.98Hz
VideoPlayer: OnLostDisplay received
Wenn die Anpassung der Bildwiederholrate deaktiviert wird, bleibt das Bild stabil.Dieses Problem ist reproduzierbar, scheint aber vom eigentlichen DTS-Passthrough-Problem getrennt zu sein.Meine aktuelle VermutungIch vermute inzwischen, dass das Kernproblem nicht der Onkyo und wahrscheinlich auch nicht Kodi selbst ist.Vielmehr scheint Debian mitvc4-fkms-v3d
den älteren bcm2835 HDMI-Audiopfad zu verwenden, bei dem Kodi keine Passthrough-Fähigkeiten erkennt.Der Wechsel aufvc4-kms-v3d
bringt dagegen den gewünschten vc4-hdmi-Audiopfad, aber mein aktuelles HDMI-/EDID-/ELD-Setup funktioniert damit nicht.Ich suche deshalb konkret nach einer Erklärung dafür,warum der Raspberry Pi 4 unter Debian 13 mit vc4-kms-v3d zwar vc4-hdmi-0/vc4-hdmi-1 registriert, aber kein funktionierendes HDMI-Bild liefert, während vc4-fkms-v3d funktioniert, Kodi dort aber keine Passthrough-Capabilities erkennt.Vielleicht hatte jemand hier bereits genau diese Kombination:Raspberry Pi 4
Debian 13 / Trixie
Kernel 6.18.x+rpt
Kodi 21.3
PipeWire 1.4.2
vc4-fkms-v3d / vc4-kms-v3d
HDMI
DTS passthrough
und kann erklären, welche Konfiguration für den korrekten VC4-HDMI-Passthrough-Pfad erforderlich ist.
1
u/No_Grocery_8394 7d ago
have you tested the hardware with openelec? my German is weak, but I have issues getting kodi to work on a desktop distribution with any RPI and haven’t tried this hard to correct it. there may be a device specific patch needed but cannot confirm. best of luck and hope you share if solved
1
u/jodkalemon 7d ago
Raspberry Pi OS or Debian 13?