Thanks. That's what's odd for me - it shows as having DNS servers etc. set but doesn't write the files out.
(as an FYI I'm pretty sure LibreELEC isn't writing the resolv.conf file itself - it's done by connman, but happy to be told otherwise).
The Libreelec team will need to help with answering this. I show resolv.conf linked to /run/libreelec/resolv.conf
Jeff
Can you remember how you got the searchdomain in your resolv.conf (did you edit it manually and then not reboot - connman rewrites resolv.conf on boot)?
I use the LibreElec addon. I edit the connection, change everything to manual, set the DNS servers, DNS domains (this si where the suffix search order gets set) and NTP servers. LibreElec then writes out the resolv.conf file.
Jeff
There are 10GBE adapters too. I have a couple here working. I have a 10GBE network now. Newer NUCs support usb c at 40GBE.
Yep. I have some of those and a 10Gig switch. I use the 2.5gig switch for clients and the 10gig switch for servers and network connections. I am happy to see LibreElec supporting the 8157 chipset now,
Jeff
That worked. The RTL8157 came right up on the latest nightly. It is running at 2.5G and I saw 300MB/s transfer rates on a 2.5Gig switch port. This adapter can negotiate to 5Gig.
Thanks,
Jeff
run lsusb -tv | paste and pastekodi and share the URLs please
I left the 8156B adapter plugged in and added the 8157. That way I could keep the SSH session. Here are the URLs:
The log entries at the bottom of the Kodi logfile are where I plugged it in:
Jun 18 07:11:09.998456 Kodi-FR kernel: usb 1-1: new high-speed USB device number 5 using xhci_hcd
Jun 18 07:11:10.851771 Kodi-FR kernel: usb 2-1: new SuperSpeed USB device number 4 using xhci_hcdThanks,
Jeff
Look at /etc/resolv.conf and see what nameservers and search suffix domains are there.
Here's mine:
# Generated by Connection Manager
search thebinks.com
nameserver 192.168.0.5
nameserver 192.168.0.15
Connman creates this file and this is what Linux uses for resolving DNS. These are my DNS serves and local domain search order.
Thanks,
Jeff
I picked up a cheap USB adapter with a Realtek RTL8156B chipset and it came right up.
Jun 17 17:40:10 Kodi-FR kernel: usb 2-4: new SuperSpeed USB device number 3 using xhci_hcd
Jun 17 17:40:10 Kodi-FR kernel: usbcore: registered new device driver r8152-cfgselector
Jun 17 17:40:10 Kodi-FR kernel: r8152-cfgselector 2-4: reset SuperSpeed USB device number 3 using xhci_hcd
Jun 17 17:44:58 Kodi-FR connmand[528]: Interface eth1 [ ethernet ] state is configuration
Jun 17 17:40:10 Kodi-FR connman-vpnd[404]: eth1 {create} index 5 type 1 <ETHER>
Jun 17 17:40:10 Kodi-FR connman-vpnd[404]: eth1 {update} flags 4098 <DOWN>
Jun 17 17:40:10 Kodi-FR connman-vpnd[404]: eth1 {newlink} index 5 address 8C:AE:4C:B9:76:B6 mtu 1500
Thanks,
Jeff
The r8152 kernel driver shows signs of RTL8157 support so have a look at the system log for missing firmware messages. If that's all that's needed (or perhaps adding new USB id's) then it's trivial to add support.
NB: on the flip-side if it needs a downstream/vendor driver we'll politely refuse; it needs to be supported upstream.
This is all that I see in the logs when I plugin the adapter:
Jun 17 13:42:12 Kodi-FR kernel: usb 2-3: new SuperSpeed Plus Gen 2x1 USB device number 2 using xhci_hcd
Thanks,
Jeff
Rebooting this thread:
I can confirm the Simplecom USB to 2.5GBE Ethernet Adapter NU405C works 'out the box' on my test Intel NUC (LibreElec 12.2). Under $25 AUD (around 16USD maybe?)
I can copy a 10GB MKV file to my NUC at 270MB/s over my 2.5GBE network using the adapter above. USB 3.0 (5Gbps port)
I actually bought this for a CoreElec device that is sloowww (limited by its to 1GBE port). To be frank the eMMC drive is no more that 400MB/s compared to my NUCs 5000MB/s NVME SSD (NUC12).
That adapter uses a Realtek RTL8156B chipset. I just tried a Realtek RTL8157 USB ethernet adapter with the latest nightly and it is not recognized. I wonder if we can get the LibreElec team to add support for the RTL8157 chipset ?
Thanks,
Jeff
I have somewhat of an update here. It doesn't make sense and I am not yet fully convinced it is the fix but I swapped out the single Crucial 8GB memory module and installed an A-Tech 16GB (2x8GB) DDR4 2400 MHz SODIMM PC4-19200 memory kit. The Crucial memory stick had the same exact specs (i.e. speed, timing etc..).
I know 16GB is way overkill. My goal was to swap out the memory (since I'd already swapped out the SSD module) and wanted to go to a dual vs. single arrangement. The 2x8GB was only slightly more in cost than 2x4GB. I installed the dual kit 2 days ago and so far no audio dropouts.
I am still very hesitant to believe this will resolve things but I can't remember a time in the past where I made it 2 days without any dropouts. I will continue to test.
Thanks,
Jeff
Are you running the latest NUC and LSPCON firmwares? - This normally needs updating from Windows.
Yes. I installed a Windows 11 SSD, and applied both the HDMI and Thunrderbolt firmware updates. The HDMI FW is v1.78.4.0.4 which is the latest and what folks recommended. The Thunderbolt FW is Version 46. I installed the latest NUC BIOS BECFL357.86A.0098. I also tried creating an EDID file using "getedid create".
Jeff
Current LE13 nightlies include a patch that forces 10-bit output which should workaround the audio dropout problem.
I gave it a shot with the latest nightly but no luck. I get the same results. If I change the output format from anything other than fixed (i.e. Optimized or Best Match) I get intermittent audio dropouts, especially on EAC-3 audio tracks. AC-3, DTS and similar are pretty rock solid. If I leave at Fixed I don't get dropouts on any audio track format. The setup is the NUC connected to a Yamaha RX-A3080 then to a Samsung TV.
If I swap the NUC out for a Beelink SER6 (AMD CPU/GPU) with LibreElec everything runs fine with the format as Optimized or Best Match. I never get an audio dropout.
Thanks,
Jeff
I'm not aware that we have thunderbolt support enabled in the kernel. You'll need to experiment with a custom LE image that enables whatever drivers are missing (some research will be required).
Ok. Thanks for confirming. This may be something for me to tackle in the future. I was looking for another option to try to eliminate the intermittent audio dropouts on this NUC board and LibreElec. I've tried all suggestions on the forums and they still persist albeit intermittently. I was hoping to try another non-HDMI interface for audio/video to see if that resolves the issue. I've added a second SSD to dual boot with Windows 11 and Kodi. I may try that for a bit and see how it does.
Jeff
I've been playing around with my NUC 8i7BEH trying to get the Thunderbolt port working with LibreElec either as a higher speed LAN connection or a display out (i.e. Thunderbolt to Ethernet and Thunderbolt to HDMI adapters). Nothing seems to work.
I've got a dual boot into Windows 11 on the same box and both work fine. Does LibreElec have Thunderbolt drives included or is there something I need to do to enable the driver ? I have LibreElec 12.2.1 running on this system.
Thanks,
Jeff
This AV1 conversation enticed me to do some testing. I converted an HEVC file into Av1. The result was a 4K AV1 file with a 10mbps bitrate. It played fine on the 8i7BEH NUC with one logical processor hitting 25-25% CPU and the rest remaining under 10%. I confirmed that HW decoding was not being used and all playback was using SW decoding. The temperature remained around 90 degrees F.
I am pleased with the results.
Jeff
Interestingly that I went in and checked and under LibreElec HW acceleration for this NUC it has the option to enable AV1 hardware acceleration via VAAPI. So maybe a question is whether VAAPI detects the underlying capabilities and presents them as option or is it left up to the user to know which HW acceleration options presented are supported by the hardware or does VAAPI provide an abstraction layer of sorts allowing it to decode things not specific to the hardware ?
Maybe the LibreElec team can lean in here on this question ?
Thanks,
Jeff
Very nice and tidy.
I considered the NUC platform for my HTPC, with a nice case ... but leaned into Jank-mode insteadI fixed a bare Odroid H4 to the VESA mount on the rear of my TV. It has a 90mm Noctua fan zip-tied to the heatsink, but tbh it's barely needed - rarely even spins up and is inaudible even with my ear right next to it.
The main reason for going this route was the more modern codec h/w support of the Alder Lake based N300, specifically AV1.
LAN is the onboard 2.5gb ethernet, Bluetooth is a USB dongle, IR from an ancient USB MCE compatible thing. DDR5 memory & NVME storage.
If you ever find the NUC's, now very out of date, i7-8559U being a problem I heartily recommend the Odroid x86 boards - they are so tiny I'm sure you'd have no problem getting one to work in your nice case setup.
This build has been my toy and me trying to breathe more life into this NUC board. I've got a Beelink SER6 based upon an AMD Ryzen 5 6600H CPU that will run circles around the NUC i7 (with regards to CPU horsepower) and does AV1 in hardware. In fact I have a wide variety of endpoints. I running 10-15 clients of my Mezzmo server at any given time with different versions of LibreElec and Kodi all staying in sync..
For me I don't do anything with AV1 right now. I've done testing with this NUC by disabling HW acceleration and running full bitrate 4K UHD HEVC through it. It handles it fine, CPU remains low and it doesn't get warm with this case. That is one advantage of the i7 over an i3 or i5 in that it seems to be able to handle things in software, if needed, and the massive heatsink case keeps things cool. I wasn't expecting this benefit. I may try some AV1 files and see how it does with software only playback.
Thanks,
Jeff
"a bit larger" 🤣
Yeah, these cases go overboard on heat dissipation but they make up for it in looking cool. 
I don't like that the cases only work with a single model of NUC but this was a toy approach for me vs. a least expensive.
Jeff
