Acer AspireRevo R3610 - No Audio over HDMI LibreElec >= 11

paperbackwriter · February 10, 2024 at 8:17 PM

Due to the thread bump I decided to dig out my machine that has this issue. I tried fresh installs using the latest 11.0.6 and the 12 nightly.

The no audio over hdmi still persists.

Audio does work through spdif and the headphone jack.

For those that are interested, here are the debug logs for posterity

11.0.6 logs

12.0-nightly-20240208-f3809d8

I did try some different linux live distros in the past with mixed results trying to determine the no audio over hdmi issues. From what I remember the Ubuntu one had the same audio issue while a distro like Linux Mint 21.1 had audio working out of the box.

nopb01 · March 12, 2024 at 10:11 PM

I hope this will be fixed, I'm waiting for this to upgrade my LE10 Ion mini-PC.

But issue has been closed: https://github.com/LibreELEC/LibreELEC.tv/issues/8617

**Da Flex** · March 12, 2024 at 10:48 PM

nopb01 As mentioned in the link, post a log from latest LE 12 Generic-Legacy nightly.

Please provide a full debug log.

How to post a log (wiki)

1. Enable debugging in Settings>System Settings>Logging
2. Restart Kodi
3. Replicate the problem
4. Generate a log URL (do not post/upload logs to the forum)

use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

**chewitt** · March 16, 2024 at 7:01 AM

I tried to boot the 11.95.1 test image (which isn't public yet) on an old Xtreamer Ultra2 board; this is ION (Atom + GT520M) and the first obvious problem was that it failed to boot into Kodi as the card IDs are selecting the latest nVidia driver instead of the ancients and no longer supported 340.108 one needed for the GT520.

An educated hunch confirmed that at an update last September where the python script we run to extract new card IDs from the latest driver also appended a load of legacy card IDs causing the wrong driver to be selected at runtime. The workaround for this is creating /storage/.config/udev.rules.d/96-nvidia.rules with the following to override the embedded one:

Bash

ACTION!="add|change", GOTO="end_video"
SUBSYSTEM=="pci", ATTR{class}=="0x030000", ATTR{vendor}=="0x10de", GOTO="subsystem_pci"
GOTO="end_video"

LABEL="subsystem_pci"
GOTO="configure_nvidia-legacy"

LABEL="configure_nvidia-legacy"
ENV{xorg_driver}="nvidia", TAG+="systemd", ENV{SYSTEMD_WANTS}+="[email protected]"
GOTO="end_video"

Xorg (and thus Kodi) now started and after adding a NAS source and selecting the HDMI card output, I was able to play 1080p media with 2.0 audio output (2.0 is the max possible on the 10" test LCD that I used).

I've flagged the issue with card ID's to colleagues so it can be investigated and fixed, but I wasn't able to replicate no-audio. It does however prove that audio issues people might have are either device or perhaps card specific and not a general "ION audio is broken" problem which is how the current posts read.

paperbackwriter · March 18, 2024 at 8:01 PM

The workaround still produces no audio over hdmi.

For a test I ran the first nightly that I could find (Generic-legacy.x86_64-11.0-nightly-20230102-2cfb343.img.gz) dating back to 2023-01-02 and the no audio over hdmi is still present. Once the Linux kernel was updated from 5 to 6 this all started happening. This could be it or a myriad of other issues that I can't nail down.

I'm glad you were able to get your own machine booting since finding the python scripting bug. Some users may be able to actually boot their boxes in those specific conditions. Sadly, in my case the audio problem continues to present itself with no resolution.

**Da Flex** · March 18, 2024 at 10:06 PM

Quote from paperbackwriter

Sadly, in my case the audio problem continues to present itself with no resolution.

Can you say something about your audio chip? Or open the box, and make a hi-res photo with all chips. So you and chewitt could compare ION hardware.

To me it looks like the driver doesn't offer any usable sample rate:

Code

Feb 10 19:42:50.883122 LibreELEC kernel: perf: interrupt took too long (2730 > 2500), lowering kernel.perf_event_max_sample_rate to 73200
Feb 10 19:42:51.643620 LibreELEC iwd[412]: wiphy_estimate_data_rate() failed
Feb 10 19:42:51.645612 LibreELEC iwd[412]: wiphy_estimate_data_rate() failed
Feb 10 19:42:51.645612 LibreELEC iwd[412]: wiphy_estimate_data_rate() failed
Feb 10 19:42:51.645612 LibreELEC iwd[412]: wiphy_estimate_data_rate() failed
Feb 10 19:43:08.987290 LibreELEC kernel: perf: interrupt took too long (3798 > 3412), lowering kernel.perf_event_max_sample_rate to 52500
Feb 10 19:43:45.921340 LibreELEC kernel: perf: interrupt took too long (4876 > 4747), lowering kernel.perf_event_max_sample_rate to 40800

chewitt Which sample rate is in use on your setup? Maybe your setup can play an unusual sample rate (40800Hz, see log snippet), but the setup of paperbackwriter can't.

paperbackwriter · March 18, 2024 at 11:13 PM

Those lowering of sample rates are present in both LibreElec 9/10 installs and do not affect audio over hdmi. Only LibreElec versions >= 11 are affected.

As for scans of the motherboard, I found these online for the Acer r3610. Here's some more info just in case https://www.parkytowers.me.uk/thin/acer/aspirerevo/r3610/

Thanks for taking a look

Edited by moderator: Useless pics removed.

**Da Flex** · March 18, 2024 at 11:36 PM

So you own an Acer AspireRevo R3610. Specs say it's an nVidia MCP7A-ION. I think that's the "audio chip" in this case.

Thanks, and wait for chewitt now.

**chewitt** · March 19, 2024 at 12:53 AM

Kernel performance (perf) sampling has nothing to do with this, and MCP7A is the ION chip type (not an audio chip).

Please install the multimedia tools add-on which includes "alsamixer" and check the HDMI card output is not muted or at zero. This is not the same as the volume control and mute function in the Kodi GUI.

paperbackwriter · March 19, 2024 at 2:07 AM

This has already been done well in the past but I see my thread has since been truncated indicating this already. Sigh...

**Da Flex** · March 19, 2024 at 2:42 AM

Make sure that all your firmware is up-to-date. This can be challenging, because you probably need Windows for that.

paperbackwriter · March 19, 2024 at 2:50 AM

The firmware is already the latest.

**Da Flex** · March 19, 2024 at 3:09 AM

Which output options do you have at LE's audio settings? Maybe the wrong output device is currently selected.

paperbackwriter · March 19, 2024 at 3:20 AM

Thanks for the help but I'm not going to go over this over a year later and having my thread edited to remove pertinent information. I've been running XBMC/Kodi/OpenElec/LibreElec for years now and know how to set this up properly.

As I've mentioned countless times before LibreElec >=11 does not output audio over hdmi on my machine and others are experiencing the same on similar hardware but you'll never see that now with the thread cleanup.

The issue is not on my end, end of story.

Cheers and good luck fellow users with similar issues. I'm done with this charade.

**Da Flex** · March 19, 2024 at 3:54 AM

I've separated ION posts to provide more clarity, and more attention to this topic.

At your ALSA device list three devices have the same display name "HDA NVidia" (Analog, S/PDIF and HDMI). Seems like you or the system (naming confusion) have picked the wrong device:

Code

2024-02-10 19:42:37.553 T:924     debug <general>: CActiveAESink::OpenSink - ALSA Initialized:
2024-02-10 19:42:37.553 T:924     debug <general>:   Output Device : HDA NVidia
2024-02-10 19:42:37.553 T:924     debug <general>:   Sample Rate   : 44100
2024-02-10 19:42:37.553 T:924     debug <general>:   Sample Format : AE_FMT_S32NE
2024-02-10 19:42:37.553 T:924     debug <general>:   Channel Count : 2
2024-02-10 19:42:37.553 T:924     debug <general>:   Channel Layout: FL, FR
2024-02-10 19:42:37.553 T:924     debug <general>:   Frames        : 464
2024-02-10 19:42:37.553 T:924     debug <general>:   Frame Size    : 8