[x86-64] Best LE 13 Nightly for Intel N150 (Alder Lake-N)

    Hi everyone,

    I’m currently running a Blackview MP60 (Intel N150 / Alder Lake-N) into a Denon X3800H AVR. I’ve had success with sky42’s 12.0.2 (#250416),Kernel 6.12 version, which seems to be the only version that doesn't suffer from freezing LE after a few seconds of running.

    However, I’m seeing more and more videos of the N150 running LibreELEC 13 (Kodi 22 Piers) and I’d like to move to the internal SSD with a nightly that is "known good" for this specific hardware and AVR handshake.

    Current "Success" State:

    • Kernel: 6.12 (Stable, no freezes with C-states disabled in BIOS).
    • Handshake: Using getedid create to survive the Denon X3800H sync.

    The Question: Is there a specific LE 13 Nightly build date that is currently considered the "stable" choice for the N150?

    If anyone is running an N150 as their daily driver on LE 13, I’d love to know which specific nightly you are sticking with before I wipe my internal SSD again.

    Thanks!

    I'm not aware of any general issues with freezing/stalls on N100/N150 devices. There are less than a handful of reports with that kind of issue and most were triaged to some form of PEBKAC, or AI analysis of kernel crashes points to buggy wifi drivers (which newer kernels in nightlies might resolve) or users failed to provide meaningful information to investigate.

    TL/DR; The latest nightly would always be the staff recommendation. The only known issue is a long-running one with [email protected] playback and pass-through audio on HDMI connections, but that has a known workaround (reducing display bit-depth).

    If you then see issues, report them.

    OK flawless was not correct.
    Sorry.
    I use 2 workarounds

    1. for 4K 23.976Hz bug post #46 the script to restrict it to 10 bit (or one of my images that where the script is included)
    2. HDMI resync my Denon X6700H
    - download HDMI resync script
    - extract in /storage
    - reconfigure your remote (a button you dont need, for me Voice Search)
    - on that button i put with a custom keyboard.xml the script for HDMI resync
    - keyboard.xml entry <browser_search>System.Exec(/storage/hdmi-switch/bin/switch-23-50-60.sh)</browser_search>
    - every time i start TV/Denon after 5sec wait i push that button and sometimes when i lose HDMI signal

    This is a close as i can get to flawless with a x86_64 that does HDR10 too. 1st with a N100 and shortly switch to a N350.
    As far as i know the 4K 23.976Hz bug and Denon HDMI resync problem does not go away with LE13 with the 6.18 kernel. If i hab seen signs that it works i would have build a Generic LE12.2 with kernel 6.18.

    No fix yet, although it looks like Intel devs have finally grasped/believed the problem after we posted a recent update to the bug report on their tracker, so maybe we have some test patches to play with in the near future.

    I read saw your Intel comments chewitt regarding bandwidth on 8 ch 192kHz Intel devices.

    If this audio issue is limited to 4K + 8ch 192kHz devices is possible to solve by reducing audio sample rate since 4K audio never has more the 48KHz?


    I’ve seen both 96kHz and 192kHz on HD blu-ray (music BD) but never on UHD 4K. Streaming is always 48kHz.

    The Dolby Atmos TrueHD encoder is limited to 48Hz. Maybe Kodi could just open a 48 or 96KHz connection?

    There are already audio mods in Kodi to solve issues like quad audio only playing in stereo and re-routing back channels to side channels for 5.1 audio in a 7.1 system.


    Maybe something to pursue if Intel don’t do a kernel fix?

    The [email protected] issue is seen with pass-through audio; thus Kodi cannot resample the audio stream else you defeat the entire point of passing-through the untouched audio stream to the next device in the HDMI chain.

    The correct behaviour is to reduce the video bit-depth from 12-bit to 10-bit so there is enough bandwidth for audio. Intel devs will desire this to be dynamic so the driver maximises bit-depth unless it needs to step quality down. This is more for desktop distros where the bit-depth quality of the desktop is viewed as important. It's less of a concern for LE as no broadcast media uses 12-bit depth; only some Animé content with special (non-standard) encoding so we're fine with 10-bit max. If the Intel devs come up with usable patches (or at least show serious signs of upstreaming a proper solution) I'll be prepared to accept a temporary hack patch that caps the driver at 10-bit. If there's no sign of being able to drop the patch in the future, that's not an option.

    I'm trying to have the HDMi script work with my Ugoos UR02 remote's unused buttons, but LE doesn't seem to like the UR02. Tried editing the keyboard.xml or HWDB with no success. Any remote you would advise for LE? (Not one with a keyboard, if possible)

    Many many thanks sky42 your script has worked a treat!

    I am running a new n100 with libreelec latest nightly on 12.2 (19th Jan-26).

    Using it for hdr and hit the intel faults with either no sound or a black screen - trying to play or stopping playing HDR. I have reduced it down to 10bit but whilst that improved things, it was still happening 50% or more. So having a button to refresh the hdmi signal is perfect - especially for the rest of the fam.

    Fingers crossed for a perm fix with intel, I know chewitt is keeping any eye, but not keeping up too much hope (understandable)?

    Everything is now working perfectly. If on the start of a movie the hdmi handshake fails or the audio drops, press the button on the remote - and all is back to normal. Not flawless, but very close, and a compromise I am willing to take for the speed and performance vs RPI5. Bootup is sub 5 secs.

    However I did test a recent nightly on 13 and had to go back to 12.2 as the all hdr was unwatchable due to stuttering. Will try again on a later nightly, but for now sky42 has made a massive difference. Thank you once again.

    I have a N150, i have an issue where any 4k file that is 24p (not 23.98) is output as 1080p24p not 3840p24p. I've tried different TV's both do the same. I've tried coreelec on a odroid n2 which outputs correctly. Both the odroid and N150 formatted and setup identically but the N150 always outputs 1080p24p files at 1080p24p. Not at 4k. However 23.98 files are fine and outputted correctly.

    Everything points to the N150 and libreelec. I've tried 12.2 and nightly releases. Any ideas?

    Add to above, i have refresh rate switch turned on etc. If i have the Kodi menu at 1080p60p a 24p 4k file will not output at 4k but 1080p. A 4k23.98 file will output at 4k however as it should.

    If i change kodi menu to 4k60p the 4k24p file will output as it should 4k24p, and a 4k23.98 file will output correctly.

    This also occurs if i install windows and Kodi. Its got me stumped lol

    Edited 2 times, last by atoulmin (May 9, 2026 at 6:06 AM).

    I have now installed the latest nightly on v13 Piers 21082026 on my n100. HDR now works without stutter (as it did on the last v12 nightly) - so that issue is thankfully resolved. However, the problems still remain regarding sound drop outs or black screen but only when starting or stopping HDR.

    So, for example, if I play an HDR file, either the screen will go black with no sound, and the only way to get the picture back is to stop the file playing using the remote, or the file plays perfectly and when stopping playback there is then no sound on the GUI. Only way to get the sound back is to use the sky42 script. Once the screen has gone blank - you cannot see the OSD, so you have to remember the remote actions.

    Sometimes though, even when booting up from scratch, the screen remains blank - the sky42 script can bring the picture back, but not always, then it is a case of rsh to reboot. I have upgraded from v12 (which I manually installed), and therefore I have not wiped the n100 and started again, but that would take a long time and hopefully not be necessary. New 4k certified HDMI cable. No audio drop outs when playing, only on stopping playback. However it is possible to resolve the audio (if that is all that has gone wrong), by playing a file with multiple audio language and switch language, then it works again. If the screen has gone blank after stopping a file, you can only bring it back by the script or a reboot. Even the reboot may need the script.

    Any thoughts. Happy to share logs or anything to help investigation. Just let me know what I need to do or any further info required.

    LE13 includes a kernel patch that caps the Intel GPU driver to 10-bit output which is another way of achieving the same functional limitation as the sky42 script; although the script also effects a reset of the DRM connector and that might be a workaround for other problems.

    Using the Beelink N150 box that I acquired for testing; without the patch I hear audio dropouts in most 4K HDR (and HBR audio) media, and with the patch I don't hear dropouts. I've not had issues with no-audio after playback end. I've also not seen any issues with blank screens after playback. I sometimes see blank screens during early stage boot but that's on multiple hardware platforms and I think nothing more than fast booting and slow (enough) HDMI handshaking with the AVR.

    It would be interesting to see a clean pastekodi log (with Kodi in debug mode) that demonstrates the audio and/or video dropout after playback end.