NUC7i5 - Ubuntu 20.10 - No HBR audio passthrough
#1
Hello!

I have a NUC7i5BNH.
  • BIOS: BNKBL357.86A.0083.2020.0714.1344 07/14/2020 (latest available from Intel)
  • HDMI Firmware: 1.77.93 (the latest available from Intel, updated from a Windows install)
It is running an up-to-date Ubuntu 20.10 and the Kodi PPA (18.9).

I shouldn't be running any forbidden add-on, as far as I know. If there is anything weird dating for very dated play, I'll be happy to be rid of it.

It's plugged into a Denon AVR-2310 in HDMI, followed by a 2007 Toshiba TV.

I am running into a problem that appears to have been fixed back in 2017 (LS-PCON): I have no HBR bitstream audio (DTS-HD and TrueHD) passthrough. DTS and such are OK.

I have to admit that I am mighty stumped and that I would appreciate your help! Thanks in advance.

Nico

dpkg -l for mesa: https://paste.ubuntu.com/p/rv3yb67S4z/
vainfo: https://paste.ubuntu.com/p/YZRrk8jNFg/
Kodi debug log: https://paste.ubuntu.com/p/P96tM6fPTn/
dmesg: https://paste.ubuntu.com/p/XxcT9n7yZx/
id: https://paste.ubuntu.com/p/tS4mnWX2vB/
amixer: https://paste.ubuntu.com/p/xXznrtsyyy/
xorg log: https://paste.ubuntu.com/p/hJhjwh7Pvx/
Reply
#2
Try to disable ARC mode. The log is quite clear on it: Your AVR only gives 2 Channels FL / FR. Additionally EDID information is not forwarded at all: Make triple sure that you start the NUC last, after your AVR is up and running.
Kodi cannot do anything about those shortcomings, which are kernel / handshake issues.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#3
(2020-12-26, 19:22)fritsch Wrote: Try to disable ARC mode. The log is quite clear on it: Your AVR only gives 2 Channels FL / FR. Additionally EDID information is not forwarded at all: Make triple sure that you start the NUC last, after your AVR is up and running.
Kodi cannot do anything about those shortcomings, which are kernel / handshake issues.

Hello!

Thanks for the quick reply!

I do not have any ARC mode that I know of (my AVR is not supposed to support that, my TV is way too old to even have a clue!), but I will double check anyway.

I can also assure you that the NUC was turned ON last.

The audio card is aware of the EDID.
/proc/asound/card0/eld#2.0: https://paste.ubuntu.com/p/ZHGYf3Fbs7/
/proc/asound/card0/codec#2: https://paste.ubuntu.com/p/mR5kYH9rV7/

As for the EDID:
cat /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1/edid: https://paste.ubuntu.com/p/DrqCB436nS/
xrandr: https://paste.ubuntu.com/p/3NhnKTpCyp/
The xorg log also shows the EDID data.
Reply
#4
Additional context: the full system has also been moved as-is (using dd) from a working machine (old gen 2 i5 laptop) to this NUC. I had EDID (saved and loaded at boot, since removed to simplify debugging) and HBR bitstreaming working on the laptop.
Reply
#5
This does not match your kodi.log at all.

Btw. looking more in detail - did you edit the logfile?
Quote:2020-12-26 16:57:03.262 T:140367610463808  NOTICE:         m_dataFormats     : AE_FMT_S32NE,AE_FMT_S1
We don't have AE_FMT_S1 ...

Quote:2020-12-26 16:57:03.249 T:140367610463808    INFO: CAESinkALSA - Unable to open device "surround21:CARD=PCH,DEV=0" for playback
2020-12-26 16:57:03.260 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=1" may be unconnected (no ELD data)
2020-12-26 16:57:03.260 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=2" may be unconnected (no ELD data)
2020-12-26 16:57:03.261 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=3" may be unconnected (no ELD data)
2020-12-26 16:57:03.262 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=4" may be unconnected (no ELD data)

kodi log indicates that AVR and TV was off when kodi was started.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#6
Try for starters to whipe entire .kodi folder (or move it away), the results look very odd. Like a mixture of wrong / old settings and permission issues.
If you want to see if it's working in general, try a nightly LibreELEC from USB stick.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#7
(2020-12-26, 20:17)fritsch Wrote: This does not match your kodi.log at all.

Btw. looking more in detail - did you edit the logfile?
Quote:2020-12-26 16:57:03.262 T:140367610463808  NOTICE:         m_dataFormats     : AE_FMT_S32NE,AE_FMT_S1
We don't have AE_FMT_S1 ...
Quote:2020-12-26 16:57:03.249 T:140367610463808    INFO: CAESinkALSA - Unable to open device "surround21:CARD=PCH,DEV=0" for playback
2020-12-26 16:57:03.260 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=1" may be unconnected (no ELD data)
2020-12-26 16:57:03.260 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=2" may be unconnected (no ELD data)
2020-12-26 16:57:03.261 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=3" may be unconnected (no ELD data)
2020-12-26 16:57:03.262 T:140367610463808   DEBUG: CAESinkALSA - HDMI device "hdmi:CARD=PCH,DEV=4" may be unconnected (no ELD data)

kodi log indicates that AVR and TV was off when kodi was started.

I can assure you, without a shadow of a doubt, that:
  1. I have NOT edited the log file in any way (copy/paste from terminal to pastebin, as pastebinit was giving me an error)
  2. the TV and AVR were ON when Kodi was started
Nico
Reply
#8
OK, TV and AVR still ON, I've just restarted the kodi systemd service, not the whole machine.

Here is the debug log: https://paste.ubuntu.com/p/vQ44rWGn72/

It shows a very different thing regarding audio!

I will try wiping the .kodi folder and report back.

Nico
Reply
#9
Yeah, then please make the LE test from USB-Stick and then we see if it's a misconfiguration (old config files with new setup, etc.). It might be a very minor detail ... any change if you run it as "root user" just4testing? (This is highly not suggested but can rule out two things: old non working configuration files and permission issues).
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#10
(2020-12-26, 20:31)camelreef Wrote: OK, TV and AVR still ON, I've just restarted the kodi systemd service, not the whole machine.

Here is the debug log: https://paste.ubuntu.com/p/vQ44rWGn72/

It shows a very different thing regarding audio!

I will try wiping the .kodi folder and report back.

Nico
020-12-26 18:26:44.104 T:140171099125312  NOTICE:     Device 3
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_deviceName      : hdmi:CARD=PCH,DEV=0
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_displayName     : HDA Intel PCH
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_displayNameExtra: DON DENON-AVAMP on DisplayPort #0
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_deviceType      : AE_DEVTYPE_HDMI
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_channels        : FL, FR, LFE, FC, BL, BR, BC, BLOC, BROC
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_sampleRates     : 32000,44100,48000,88200,96000,176400,192000
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_dataFormats     : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_streamTypes     : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD,STREAM_TYPE_DTSHD_MA,STREAM_TYPE_DTSHD_CORE,STREAM_

See that's exactly it. It really seems kodi tries to start prior the handshake has properly happened.

EDIT: HBR should properly work with that one.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#11
(2020-12-26, 20:33)fritsch Wrote:
(2020-12-26, 20:31)camelreef Wrote: OK, TV and AVR still ON, I've just restarted the kodi systemd service, not the whole machine.

Here is the debug log: https://paste.ubuntu.com/p/vQ44rWGn72/

It shows a very different thing regarding audio!

I will try wiping the .kodi folder and report back.

Nico
020-12-26 18:26:44.104 T:140171099125312  NOTICE:     Device 3
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_deviceName      : hdmi:CARD=PCH,DEV=0
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_displayName     : HDA Intel PCH
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_displayNameExtra: DON DENON-AVAMP on DisplayPort #0
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_deviceType      : AE_DEVTYPE_HDMI
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_channels        : FL, FR, LFE, FC, BL, BR, BC, BLOC, BROC
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_sampleRates     : 32000,44100,48000,88200,96000,176400,192000
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_dataFormats     : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW
2020-12-26 18:26:44.104 T:140171099125312  NOTICE:         m_streamTypes     : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD,STREAM_TYPE_DTSHD_MA,STREAM_TYPE_DTSHD_CORE,STREAM_

See that's exactly it. It really seems kodi tries to start prior the handshake has properly happened.

EDIT: HBR should properly work with that one.

It did not...


So, .kodi wiped, a few things put back, like sources, DB, etc.. Reconfigured a few thing.

And still, no HBR.....

debug log: https://paste.ubuntu.com/p/ZpWcCMxK89/

Well, I'm saying that... Mostly no HBR... It did play once... And then stopped. Of course before I could turn the debug log on...
Reply
#12
Downloading LE, will test and report.

I'll run as root too and report.

Nico
Reply
#13
Same thing run as root off a brand new .kodi folder. I just added a source, setup refresh adjust and passthrough on.

No HBR as root.

On to LE. It will have to wait for an hour, though, the kiddo will soon be in bed, but is watching TV elsewhere, off the TVheadend installed on the NUC...

Nico
Reply
#14
Live LE result: HBR worked on the first movie I tried (DTS-HD MA). Any subsequent HBR audio movie I've tried failed, even trying the first one that initially worked.

Shall I provide debug logs from root and live LE too?

Nico
Reply
#15
No - not needed, we cannot change it. If the driver sucks, it might help to entirely disable "Adjust Refreshrate to match video".
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply

Logout Mark Read Team Forum Stats Members Help
NUC7i5 - Ubuntu 20.10 - No HBR audio passthrough0