Posts by adam.h.

I suppose this is a lot of words just to say that this is unknown problem and sorry, no solution out of the box

Here are two logs with two different hangs on the same MKV: debug and default. Both look somehow truncated, not sure why.

If this is driver issue (as it is my suspicion) you will not find too much in these logs.

The MKV itself is nothing special:

General
Complete name                            : E:\The\The.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 5.46 GiB
Duration                                 : 1 h 51 min
Overall bit rate                         : 7 026 kb/s
Movie name                               : R22
Encoded date                             : UTC 2022-08-22 05:21:06
Writing application                      : mkvmerge v69.0.0 ('Day And Age') 64-bit
Writing library                          : libebml v1.4.2 + libmatroska v1.6.4

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings                          : CABAC / 12 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 12 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 h 51 min
Bit rate                                 : 6 000 kb/s
Width                                    : 960 pixels
Height                                   : 720 pixels
Display aspect ratio                     : 4:3
Frame rate mode                          : Constant
Frame rate                               : 24.000 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.362
Stream size                              : 4.67 GiB (85%)
Writing library                          : x264 core 146 -from seleZen
Encoding settings                        : cabac=1 / ref=12 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.01:0.02 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=24 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=0 / bitrate=6000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=62500 / nal_hrd=none / filler=0 / ip_ratio=1.40 / pb_ratio=1.30 / aq=3:0.80
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio #1
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : A_AC3
Duration                                 : 1 h 51 min
Bit rate mode                            : Constant
Bit rate                                 : 640 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 510 MiB (9%)
Title                                    : English [AC-3 5.1ch at 640 kb/s]
Language                                 : English
Service kind                             : Complete Main
Default                                  : No
Forced                                   : No

Text #1
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Duration                                 : 1 h 43 min
Bit rate                                 : 63 b/s
Count of elements                        : 1454
Stream size                              : 48.2 KiB (0%)
Title                                    : Full
Language                                 : English
Default                                  : No
Forced                                   : No

Menu
00:00:00.000                             : en:Chapter 01
00:00:57.791                             : en:Chapter 02
00:15:53.708                             : en:Chapter 03
00:26:50.500                             : en:Chapter 04
00:38:09.666                             : en:Chapter 05
00:46:18.958                             : en:Chapter 06
00:59:34.250                             : en:Chapter 07
01:08:02.250                             : en:Chapter 08
01:13:58.750                             : en:Chapter 09
01:19:25.625                             : en:Chapter 10
01:27:02.041                             : en:Chapter 11
01:33:59.166                             : en:Chapter 12
01:44:37.875                             : en:Chapter 13

So I think it started when I upgraded my NUC to some nightly build in July. Then it still happens with latest smp build from August. I believe it was never happening when I was running previous smp build, which I believe was built somewhere in February?

What happens is that randomly everything is freezing and the sound starts looping in some 0.2 sec cycle producing strange effect. Randomly means that sometimes nothing happens, sometimes it hangs twice or three times over 2 hours movie. When it happens I can only continue after hard reset.

Perhaps this is some driver problem. I tried this fix, but it didn't help. Just wondering if this is happening only to me, or anyone else experienced it?

I'm running now the latest smp build.

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?