Denon AVR-X2700H
Thanks, That is correct behaviour. I'm going to test with the same set of files but this might be differences in the AVR (I'm using an Arcam AV40-8K). The fact it works with the Paradetech LSPCon though again suggests it is some sort of difference in the LSPCon causing the issue for me.
fezster Can I ask one more thing; does the behaviour change if you use the 8K Input on your Denon AVR?
Tried FLAC 3.0/4.0/5.0/6.1.
LFE is always active in all scenarios.
All speakers map correctly. In the case of 6.1, it maps the 2 rear surround speakers as rear centre.
I dont know what brand AVR you have but what does it detect as input for each? If it shows 7.1 for each input then you have the same problem. I suspect it does because when it is working properly 3.0/4.0/5.0 wont show LFE input on Linux.
Are there test files available for download? I can try them.
Might be worth you trying the Cable Matters adapter? Although it's the same chipset, could be an implementation difference.
These test files are courtesy of HomerJau (Assuming it is the same user on QuadrophonicQuad):
Channel Tests.zip
Firmware is 7.02.120 (ie. Same as latest download). So I did not need to update it.
Are you sure the refresh is not a limitation of your graphics card/chipset?
It could be a limitation of the graphics card bios rom/VBT side however one LSPCON in the same setup has other problems but all of the refresh rates work in Linux. Equally your VMM7100 works with other refresh rates so it seems is likely a combination of more than one factor.
Would be interesting to know if your setup works with PCM 2.1/3.0/4.0/4.1/5.0. I think that issue might be a plain bug in the VMM7100 firmware.
I've ordered a Megachips Mcdp2900 based adapter and a Paradetech PS176 based adapter. Aside from finding a fully working adapter for my own setup I hope to put a kind of working capabilities table in the first post to help others.
Well, it seems firmwares for LSPCon all have bugs for me, just a matter of which. The good news is the patch fixed HBR audio in all cases on my setup (No audio at all with HBR bitstream on any of the combinations below before the patch but all work afterwards).
Paradetech PS175 - 0x2C:
Linux Working Refresh - All
Windows Working Refresh - All
HDR Linux - No
HDR Windows - No (Does work in early Win 10 versions but not later)
PCM < 5.1 Linux - Yes
Paradetech PS175 - 0x40:
Linux Working Refresh - 24/30/60 only (Rest are misaligned)
Windows Working Refresh - 24/30/60 only (Rest are misaligned)
HDR Linux - Yes
HDR Windows - Yes
PCM < 5.1 Linux - Yes
VMM7100 - 7.01.130:
Linux Working Refresh - 50/59.94/60 only (Rest give no display)
Windows Working Refresh - All
HDR Linux - Yes
HDR Windows - Yes
PCM < 5.1 Linux - No
VMM7100 - 7.02.120:
Linux Working Refresh - 50/59.94/60 only (Rest give no display)
Windows Working Refresh - All
HDR Linux - Yes
HDR Windows - Yes
PCM < 5.1 Linux - No
The refresh rate issues may be dependent on other things (The firmware Fezster used would be interesting to know)
Been playing around and so far not had the loss of audio issue again - perhaps because I'm not using 4k60 anymore.
Appreciate the build chewitt.
So much for consistency mine wont run <50hz but audio is perfectly stable when auto switching 50/59.94/60.0hz. Do you know which firmware your Cablematters is running? I have tried 7.02.130 (Actually the oldest) and 7.02.120.
I reported a bug that Kodi wouldn’t play quad (4.0) pcm files on Android. The fix was to send 5.1 (4.0 with two silent channels: L, R, s, s, Ls, Rs). That was implemented in Kodi 21 Android builds back in February and tested on Firestick 4K Max.
Would this affect Linux / Alsa? Support for PCM channels / mapping in Linux has definitely gone way down hill with current builds. 3 years ago I was testing changes by a Kodi dev and Linux support was excellent, it even supported odd channels (eg. 3.0 and 5.0) which Windows WASAPI does not. You can see discussion on that here:
PCM 3.0 Output from HDMI (kodi.tv)
Right now PCM multichannel support in Linux/ALSA is bad. It only seems to support 5.1 & 7.1 and on any mismatch is just uses 7.1 which is also bad behaviour (I assume that would be bad behaviour for Android too).
I had that same thought, so have ordered this (uses VMM7100 chipset):
https://www.amazon.co.uk/gp/product/B08…0?ie=UTF8&psc=1
Arrives tomorrow. Will report back if it makes any difference.
I'm using the Club3D version currently with the latest Cable MAtters firmware but AFAIK they are identical.
Let me know if yours works with 4K/24 and 4K/30 (Currently mine does not). Best test with the default firmware before upgrading too.
Display MoreInteresting. So maybe the Optiplex 3050 / Benfei adapter I am using are not the same LSPCon chipset?
Benfei adapter I have: https://www.amazon.co.uk/gp/product/B07…e?ie=UTF8&psc=1
The way I tried Chewitt's build was to create a standard LibreElec bootable USB and then copied the files from the tar onto the USB stick. I definitely get his version and name on startup in the top right hand corner, so pretty certain I've done that part right.
Just to be sure, I applied the tar file using the .update folder. However, got the same result. I've attached below the dmesg output and lspci output. Let me know if there's any other useful info I can pull.
dmesg:
External Content pastebin.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
lspci -vvv:
External Content pastebin.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
So the adapter I tested with is using a newer VMM7100 HDMI 2.1 converter and yours is an HDMI 2.0 adapter so they are definitely not the same chipset. I believe Sky42 has Megachips HDMI 2.1 converters. When I get time I will try with the much older Paradetech PS175 HDMI 2.0 converter which is built-in to the motherboard. Before this neither could do HBR audio but from memory the PS175 also had trouble with HDR which the VMM7100 based adapter does not.
Your problem on the surface sounds identical. You can check the build in System -> Librelec, Chewitt is mentioned in the build name if you have the right one.
This image contains the patch from drm-tip (which was no issue to backport onto the LE kernel sources) and the channel allocation reorder patch that was suggested with RPi recently: https://chewitt.libreelec.tv/testing/LibreE…_64-12.80.0.tar
Let me know if the issue is resolved and/or whether the 4.0 > 5.1 workaround is required?
chewitt Thank you for the build. This build also fixes HBR audio bit streaming for me. Atmos, DTS:X, hi-res HBR and every bit stream format I tried worked perfectly so that is a big step forward for this setup. sky42 I saw you tested LSPCon DP to HDMI 2.1 adapters and had what sounded like the same HBR audio issue as me, does Chewitt's build above fix the issue for you?
I need to get some time with Libreelec versus Kodi on Windows. TVHeadend switching and general use is snappier whilst CPU usage is somewhat lower than Windows as well as of course no issues with forced Windows updates so already quite a few advantages. Not likely to do with Libreelec but right now any refresh rates below 50hz don't work (50, 59.94 and 60 work well); I need to try some different LSPCon firmwares. Will likely start a new thread once I have solved any problem I can by myself.
The PCM issues are not just with 4.0 and seem to be at least partly Kodi related as the selection behaviour is plain bad. Both 4.0 and 5.0 playback as 7.1 and even if they are not supported by Linux choosing 7.1 is wrong (Should pick 5.1). I confirmed 5.1 PCM works. 44, 48, 88, 96, 176 and 192Khz sampling rate all work nicely but it seems multi channel PCM right now is limited to 5.1 and 7.1.
Hi Krobar. This sounds great.
Is there any documentation on how to use this patch and apply to Libreelec?
Ignore - I see your post on https://forum.kodi.tv/showthread.php?tid=375819. If it cant be used on LibreElec, I'll leave for now. For me, multichannel LPCM is working fine (and I dont have Atmos speakers), so not critical for me to get this working until it's more readily available. Great find though!
I tried to patch Libreelec but there were far too many other code changes in drm-tip and although the patch applied the compile failed due to other missing elements referenced in the patch. I'm not in a big hurry for now and will use Windows until the patch hopefully makes it to Kernel/Libreelec.
Maybe the root cause of your 4.0 channel issue is the same like this issue:
It could be driver related if the Intel Linux driver does not support that channel layout or it could be a bug in the older version of Kodi included with Ubuntu. 4 channel PCM is a bit awkward as effectively 4 channel mappings are used:
FL + FR + SL +SR
FL + FR + SBL + SBR (This is in fact still the only official Windows preset config)
FL + FR + C + SW ("3.1")
No mapping given
With Windows Wasapi all are supported in my config although SBL+SBR is mapped to SL+SR (Not sure if this is done by the driver or the AVR).
Todays build of drm-tip that contains the patch above fixes the issue for me:
FYI fezster
I guess it will be some time until this fix makes it way into drm-tip to drm-next to a stable kernel.
I have some music which is multi channel Flac with Auro Native encoding added. This format is fairly common with the hifi multichannel classical labels such as 2L. The last 2 or 3 generations of Marantz/Denon AVR, Arcam/JBL Synth, some Yamahas, most recent Onkyo/Pioneers and many other brands support this format. On the source side no special support is needed except the multichannel PCM output must be bit perfect otherwise it will not detect the Auro Native encoding on the AVR (The encoding is actually stored in 4-6 bits of the 24bit PCM).
Using the same hardware if I use Windows then it works as long as the output is WASAPI and volume is set to 100. Ubuntu 24.04 works as long as I disable Pipewire and use Alsa. Libreelec however does not seem to output bit perfect PCM as I cannot get the format to detect. I'm not sure if this is some sort of config issue or a bug. I can provide sample files if someone with a suitable receiver wants to test.
For newer LSPCon Intel have a patch in DRM-tip that they pointed me to that might be relevant:
I'm going to try applying the patch to the nightly Libreelec kernel this weekend (I have no idea if it will apply ok to that kernel or require use of DRM tip)
If you start to poke around in the Gitlab issue log for the Intel DRM driver you'll see reports and triage that reveal the problem isn't simple like LSPCON vs. no-LSPCON; as there are different LSPCON chips (different chip vendors) with different properties, and even identical LSPCON chips can have rather different implementations (different electrical properties, resulting in different bandwidths available on internal connections) on different boards. In some cases firmware changes can tweak voltages and such that drive the LSPCON chip differently so achieve improvements. In other cases the LSPCON implementation is more fundamentally wrong and no tweaking can get the right result. Most of the issue reports are focused on graphics performance; but the underlying issue is related to bandwidth and thus HBR audio (needing more bandwidth) suffers similarly to higher resolution and refresh rate and colour depth graphics (needing more bandwidth). TL/DR;
Thanks for the tip. I understand your point but the same external adapter and internal LSPCon I list above work fine with Windows for HBR audio which means I know this is a Linux software issue. This is a recurring theme with a lot of these LSPCon issues too; works fine with Windows but broken in Linux. Whilst a sample of one does not mean much the fact the same external DP to HDMI adapter produces some HBR audio with AMD means this might actually be an Intel Graphics driver issue/quirk but I'm hoping for more feedback from others to help confirm or deny this theory.
I realise that this is not a Libreelec specific issue and these problems likely lie in the kernel / firmware but I suspect a high proportion of those that are affected by LSPCON HBR audio issues are Libreelec users so I hope you don't mind me posting this topic here.
Just tested the same external Displayport to HDMI adapter with AMD integrated graphics. The results are different to Intel, HBR audio is intermittent instead of completely silent.
Recently it seems quite a few people have had issue with no HBR Audio when an LSPCON is used. For NUCs this is often a case of update the LSPCon firmware but this is not always the solution / an option.
For anyone reading this and wondering what an LSPCON is or does my setup use one; an LSPCON converts from Displayport to HDMI in this case. Older Intel 7000/8000/9000 CPU motherboards with an HDMI 2.0 port will be using an LSPCON. If you are using an "Active" Displayport to HDMI converter then your setup will also be using an LSPCON. HBR audio is DTS HD Master Audio or Dolby TruedHD with the bitstream option enabled in Kodi (You need to switch to Expert mode and make sure DTSHD and Dolby TrueHD are enabled too).
My experience of this issue is PCM 7.1 and legacy SPDIF Dolby Digital and DTS work fine. I'm interested in hardware and other info from people who have had similar issues of no HBR audio with an LSPCon in the chain.
Below are my findings. Before anyone mentions an immediate firmware update for the LSPCon some of these adapters are known to have firmware which work with HBR audio and they also work fine in Windows. Ultimately I would like to raise an appropriate bug but I need more results in order to spot any pattern (Other than using an LSPCON); I'm not sure if this issue is only when using Intel graphics.
CPU: Intel I3-8300S
Chipset: Intel C246
Video Card: Integrated
LSPCON: Paradetech PS175
LSPCON Type: Integrated on motherboard
LSPCON Firmware Version: 0x2C
General Operation: OK
HDR: OK
HBR Audio: Broken (Silence)
Notes: All OK in Windows
CPU: Intel I3-8300S
Chipset: Intel C246
Video Card: Integrated
LSPCON: Paradetech PS175
LSPCON Type: Integrated on motherboard
LSPCON Firmware Version: 0x40
General Operation: Problematic - No 24/50Hz 4K support
HDR: OK
HBR Audio: Broken (Silence)
Notes: HBR Audio ok in Windows but same 24/50Hz issues as Libreelec.
CPU: Intel I3-8300S
Chipset: Intel C246
Video Card: Integrated
LSPCON: VMM7100
LSPCON Type: External Adapter (CAC-1087)
LSPCON Firmware Version: 7.02.120
General Operation: OK
HDR: OK
HBR Audio: Broken (Silence)
Notes: All OK in Windows. Linux seems to uniquely offer 120hz support with this combination (Assume it is 4K/120/4:2:0 to 4:2:2 conversion).
CPU: AMD 7600X
Chipset: AMD X670E
Video Card: Nvidia RTX3080
LSPCON: VMM7100
LSPCON Type: External Adapter (CAC-1087)
LSPCON Firmware Version: 7.02.120
General Operation: No display after splash screen
Notes: Using required Generic Legacy image.
CPU: AMD 7600X
Chipset: AMD X670E
Video Card: Integrated Graphics
LSPCON: VMM7100
LSPCON Type: External Adapter (CAC-1087) via USB-C passive cable
LSPCON Firmware Version: 7.02.120
General Operation: OK at 4K/60 but not at 4K/24
HDR: Broken (Black screen)
HBR Audio: Broken (Intermittent)
Notes: PCM audio has slight interruptions. SPDIF/legacy bitstream has same interruptions as HBR audio.
sky42 I saw you mentioned the same issue when you tried a Displayport to HDMI adapter; can you provide further info?
