Posts by adam.h.

Quote from smp

Updated build in post #1.

So that build I suppose is based on sw dated 2022-08-07. I used previously nightly build as of 2022-08-06 and on NUC 10 it was hanging around every one hour on regular MPEG4/AC3 movies , which was pretty annoing.

This one is not hanging at all (so far), so I wonder what else is different comparing to regular nighties?

cool, thanks heitbaum!

LE daily builds are not triggered by Kodi development but are triggered by LE commits. It is not obvious for me which Kodi version, kernel version or drivers version has been merged with current LE master branch, thus my question.

Quote from smp

Updated build (Feb.17):

- Current Kodi master + HDR patches from lrusak

- Linux kernel 5.17-rc4

- Intel media-driver 22.2.1 (fixed HW acceleration on ADL-S)

LibreELEC-Generic.x86_64-11.0-devel-20220217225924-720d9a5.img.gz

So smp, how this build is aligned to current LE-Generic.x86_64-11.0-nightly? Should I expect that all above commits/patches are already in nightly builds or this is not the case?

ok, that makes sense - thanks GDPR-7

Problem solved in a trivial way, although I'm not following it

So in all my tests I was using HDMI #1 output device as NUC is connected to AVR over HDMI. And I was considering DisplayPort #0 as the USB-C output which I'm not using (see the attached list of recognized devices). But when I switched it to DisplayPort #0 (just in the LE setup), passthrough streaming started working (see attached example Atmos/DTHD input received in the AVR). And this is just setup change in LE, the physical setup is still the same: [NUC]--hdmi--[AVR]--hdmi--[TV].

So now all audio formats are working great in passthrough mode but I don't understand why Is it a bug or expected feature?

Thanks. I'm using 2.0B hdmi cables so this is not a problem. The AVR just received firmware update, will try to look more on this side.

So here is the log file.

LE was set to passthrough and I tested these samples:

1. SampleA-EAC3-JOC - worked fine

2. SampleB-EAC3-JOC - worked fine

3. SampleC-AC3 - muted

4. SampleD-MLP-FBA16 - worked fine

5. SampleE-EAC3 - worked fine

6. SampleF-AC3/DTS - muted on AC3 stream, worked fine with DTS stream

Let me know if you need more.

Right, this is: [NUC]--hdmi--[AVR]--hdmi--[TV], attaching also front and back views. Nope, no such "HD-Audio DSP" option.

I can log into NUC with putty, should I check for anything in the logs?

So I was looking for some older threads, including this one referenced by GDPR-7 and tried to find and disable famous "HD-Audio DSP" option in the bios, but it seems than newer NUC devices do not have that option (see attached).

Is there anything else which I can check or do in LE to troubleshoot this?

That was quick, comparing to my previous efforts

So under genuine Win 10 these Intel updaters worked fine and flashed my hdmi firmware without any problems.

And LE-11.0-devel passthrough is still not working with my AVR. Ughh.

So here is the update:

• Booted it from MediCat USB as CvH suggested (btw. this is really amazing tool, but I did not use "official" installer as my Windows raised security threats). Anyways I booted into its "mini Win 10" but these Intel tools showed exactly the same errors.
• So I gave up with the attempt to update it via usb stick. I found unused M.2 SSD in my drawer, I will replace it in the NUC and go regular way - install Win 10 and run updaters.

So I tried to use win-to-go usb stick to run Win 10 out of it and execute that hdmi patch from Intel (as this exec is running only from Win 10) - hoping that this approach will not jeopardize my LE setup there.

What a pain! Tried with 32 and 64 bits Win 10 recovery disk, then official Win 10 iso images (again 32 and 64 bits) which Rufus can use to build win-to-go usb stick - and neither worked properly, they did not want to boot or were crashing soon after booting. Finally it booted nicely from HirenPE, and then (obviously) Intel tools started failing, I suppose as Hiren is missing specific NUC drivers.

So here is my collection so far - screenshot and the log file:

Gfx Selection = 0
Graphics adapter initialization - NVIDIA: failed! (-2)
Graphics adapter initialization - AMD: Loading DLL failed!
Graphics adapter initialization - Intel (LS-PCON): failed! (-2147221164)
Graphics adapter initialization failed!
[Chip Information]
Reset Bobcat failed!

Hiren seems to have option to add custom drivers, but the problem with NUC is that most of these drivers are in a form of exe file which just need to be executed on the device. Ughh.

Thank you all. I suppose I will need to find some slot next week and try to update hdmi firmware and see if that changes anything here.

I wonder if that passthrough problem isn't related to the NUC itself? I updated bios at the end of 2021, but I see now that in March 2021 Intel released also HDMI Firmware Update, which I'm sure I'm missing on my NUC as that update tool needs Win10 to run properly.

Any Guru here to point me into some direction with this?

Well, I tried LE-10.0.2 on my NUC10i5FNH box and it did not discover any audio device, bummer. I'm using AVR over the HDMI.

So I switched to last SMP build LE-11.0-devel and at least it discovered my audio device. There are some other problems (not sure if this is just my AVR setup or something else), but I can live with that:

• pasthrough mode is not working for some audio streams, so I disabled it completely:
  • E-AC-3 JOC with forced mode gives muted dialog channel, while stream without forced mode seems to work fine
  • AC-3 is muted completely
  • with disabled passthrough audio these streams work fine
• HDR is shuttering.

Is there any option in LE setup to disable/ignore HDR?

buy logitech smart hub or similar device, it will allow you to use single remote for all devices and can start them in proper sequence (like: TV, then AVR, then RPi), you can also add delays between these devices if needed.

in my case single button on the remote starts the sequence which is switching on TV, AVR, RPi and then switching the pilot to mixed AVR/Kodi mode - volume buttons work for AVR, while other buttons work for Kodi, the whole startup sequence takes around 15-20 secs.

If anyone is interested, still the same issue with LibreElec 9.2. I suppose when I would format the drive to exFAT then probably would not see this issue anymore.