The log looks fine to me now. If you need support for the Netflix add-on, then better ask at the Kodi forum, because most add-on developers are there.
Problem solved?
The log looks fine to me now. If you need support for the Netflix add-on, then better ask at the Kodi forum, because most add-on developers are there.
Problem solved?
OK, so I had deeper a look at post #1. I also think the error is related to an add-on, and the hardware is fine.
From what I see at the log, the Google cloud add-on could be the culprit. I'm not familiar with Google cloud - maybe it's just a setup thing.
Generally you should find the faulty add-on by trial-and-error. Uninstall add-ons step-by-step until you get a working system.
PS: 45$ for an HP T430 is a steal by the way. In Germany I have to spend 199€ at least.
Please uninstall or de-activate the Netflix add-on, reboot and try again. This add-on seems to produce errors in the background.
If slowness persists, activate debug logging at GUI (you are currently at log level 0). This will make a HUD overlay appear on top of the screen. Then reboot, login by SSH, run pastekodi and post the resulting link.
Please select the S/PDIF variant of your USB audio interface (card 2 / device 2) on output device settings. Maybe an LE update did the switch to card 2 / device 1.
After dev talk I can say that the audio pass-through is independent of the target device. All available audio channels go out, including LFE.
The HDMI-1 port should send audio without any settings (user reports somewhere on this forum). Because the splitter is very likely the culprit, you don't need HDMI-1. Just replace the splitter.
OK, I don't know Rufus. If it's a bad SD card, then Etcher will detect that, because it does verification after writing.
kenmills Same result with Etcher?
There are "HDMI dummy plugs" available. They can emulate the existence of a TV with many A/V capabilities. So maybe this works:
It assumes that your current splitter is able to deal with all audio channels. If the splitter is the culprit, this approach can't work.
PS: The RPi 4 has two HDMI outputs. To my knowledge, you can use one for TV (HDMI-0), and one for receiver audio (HDMI-1).
I think the RPi gets audio capabilities from the TV, not from the receiver. Because the TV has no subwoofer, this makes sense to me.
So the routing should be: RPi -- HDMI --> receiver -- HDMI --> TV.
The current theory of our internal discussion is that your splitter does something bad to the HDMI signal. Please try again without using the splitter.
This is the critical part of the log:
2021-09-13 22:28:06.359 T:1143 INFO <general>: CAEStreamParser::SyncDTS - dtsHD (core) stream detected (6 channels, 48000Hz, 16bit BE, period: 512, syncword: 0x41a29547, target rate: 0x18, framesize 2080))
2021-09-13 22:28:06.360 T:1143 INFO <general>: Creating audio stream (codec id: 86020, channels: 6, sample rate: 48000, pass-through)
2021-09-13 22:28:06.361 T:1001 INFO <general>: CActiveAESink::OpenSink - initialize sink
2021-09-13 22:28:06.361 T:1001 DEBUG <general>: CActiveAESink::OpenSink - trying to open device ALSA:hdmi:CARD=vc4hdmi0,DEV=0
2021-09-13 22:28:06.361 T:1001 INFO <general>: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=vc4hdmi0,DEV=0"
2021-09-13 22:28:06.362 T:1143 DEBUG <general>: CVideoPlayerAudio:: synctype set to 0: clock feedback
2021-09-13 22:28:06.362 T:1143 ERROR <general>: CAEStreamInfo::GetDuration - invalid stream type
2021-09-13 22:28:06.362 T:995 INFO <general>: Skipped 1 duplicate messages..
Yeah, we should dig a little deeper then. Keep audio settings at pass-through / 5.1 output channels, because this seems to fit best.
Please also test pass-through on and 5.1 output channels.
So the result of aplay -L is empty?
PS: It's "amixer", but mixer functionality is what you want, not what you have.