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).
Posts by Da Flex
-
-
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:
Code2021-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.
- activate debug logging at GUI (HUD overlay will appear)
- reboot
- reproduce the error (audio playback)
- login by SSH
- run pastekodi
- post the resulting link
-
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.

-
Linux drivers for x86 and ARM (RPi) are different.
There is no HCL.
I can test my Behringer UMC22 on RPI, which is an "ASIO 4 All" (default ASIO) device. Stay tuned.
-
Then it's a driver issue on both devices. Linux driver support is incomplete. It seems like both systems have trouble to create a virtual mixer device, which controls the volume. Probably LE loads the same drivers, but doesn't accept main audio without such mixer.
Because drivers are part of the Linux kernel, we can't do anything. If you have another audio interface (default ASIO), try it. Or buy a HiFiBerry DAC. They are supported by LE.
-
Thanks. We will discuss that issue among the dev's.
-
Do you use RPi OS on the working device?
Can you name the used audio driver(s) of the working device?
LE provides the default ASIO driver, but it seems like your audio interface is using a custom ASIO driver from Digidesign.
-
Which hardware do you use?
In case you are using config files like remote.xml, then please post them.
-
Use the linked thread to ask questions. AmandaB was active during the last days, so I guess you can PM her.
-
OK, thanks for testing.
Disable Bluetooth on LE's settings, reboot and try again. (I don't think that it works, it's just to finish that approach)
My next theory is that Blaze TV tries to use volume control or mixing functions. That's not available for Chrome by default. To add those features, use this thread: Click!
-
The log is fine, and the error is visible:
CodeSep 06 17:24:28.548234 LibreELEC kernel: logitech-djreceiver 0003:046D:C534.0001: hidraw0: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:14.0-5/input0 Sep 06 17:24:28.548309 LibreELEC kernel: logitech-djreceiver 0003:046D:C534.0002: hiddev96,hidraw1: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:14.0-5/input1 Sep 06 17:24:28.548383 LibreELEC kernel: logitech-djreceiver 0003:046D:C534.0002: device of type eQUAD nano Lite (0x0a) connected on slot 1 Sep 06 17:24:28.548459 LibreELEC kernel: logitech-djreceiver 0003:046D:C534.0002: device of type eQUAD nano Lite (0x0a) connected on slot 2 Sep 06 17:24:28.548468 LibreELEC kernel: input: Logitech Wireless Keyboard PID:4023 as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1/0003:046D:C534.0002/0003:046D:4023.0003/input/input3 Sep 06 17:24:28.548545 LibreELEC kernel: logitech-hidpp-device 0003:046D:4023.0003: input,hidraw2: USB HID v1.11 Keyboard [Logitech Wireless Keyboard PID:4023] on usb-0000:00:14.0-5/input1:1 Sep 06 17:24:28.548554 LibreELEC kernel: input: Logitech Wireless Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1/0003:046D:C534.0002/0003:046D:4055.0004/input/input4 Sep 06 17:24:28.548630 LibreELEC kernel: logitech-hidpp-device 0003:046D:4055.0004: input,hidraw3: USB HID v1.11 Mouse [Logitech Wireless Mouse] on usb-0000:00:14.0-5/input1:2It seems like your wireless keyboard is wrongly detected as sound output device (logitech-djreceiver), which kills the default audio. Try with wired input devices to avoid this.