I think at this point I have thrown away $90 lol.
Two HP T430? Not very likely that both devices have broken hardware. Activate debug logging at GUI (HUD will appear), reboot, run pastekodi and post the resulting link.
Also have a look at the EFI / BIOS setup. Maybe this setup is the culprit.
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.
Please do two tests:
- switch pass-through off
- set the amount of output channels to 5.1
I've been tested the UMC22 with LE 9.2.8 @ RPi 3B+. It's working fine, so it will also work for you. Highly recommended. 