AudioLinux and NUC Troubleshooting and Tuning

[lmitche]

Yes fat32 and ext4. And yes, dd takes care of that.

 

Type print all in parted and duplicate the start and length(size) from another working stick. Duplicate flags as well.

[lmitche]

In my experience the quality of the server power supply makes a difference despite a high degree of isolation between the server and endpoint.

 

Nevertheless, an Hdplex 200 watt lpsu with split rails, 12 volt to cpu and 19 volt into an Hdplex DC to DC ATX, powering a motherboard sounds great here.

 

[lmitche]

7 hours ago, mikicasellas said:

Maybe my actual NUC7PJYH in its AKASA & PH SR4 19v would be enough to make a significant improve and put the money right now on the server side ?

Good idea. The server improvement will dwarf the pentium to i7 bump.

 

Also consider a 65 watt Ryzen 7 2nd gen cpu. The prices are great and there is no need a 570x motherboard with a PCH fan.

[lmitche]

In case you are interested, here are the commands to turn off Energy Efficient Ethernet on Archlinux. They need to be run from an elevated CLI. They work on both my AMD server and NUC I7 endpoint.

 

Note: The device name in the examples below, enp5s0f3u4, needs to be substituted with the unique device name used in your build.

 

Do this by typing: #ip a 

 

1) Load the ethernet tool: #pacman -S ethtool
2) Show the current state: #ethtool --show-eee enp5s0f3u4

3) Set eee off: #ethtool --set-eee enp5s0f3u4 eee off

 

If you are in ramroot don't forget to save.

 

 

[lmitche]

18 minutes ago, lmitche said:

In case you are interested, here are the commands to turn off Energy Efficient Ethernet on Archlinux. They need to be run from an elevated CLI. They work on both my AMD server and NUC I7 endpoint.

 

Note: The device name in the examples below, enp5s0f3u4, needs to be substituted with the unique device name used in your build.

 

Do this by typing: #ip a 

 

1) Load the ethernet tool: #pacman -S ethtool
2) Show the current state: #ethtool --show-eee enp5s0f3u4

3) Set eee off: #ethtool --set-eee enp5s0f3u4 eee off

 

If you are in ramroot don't forget to save.

 

 

Unfortunately disabling eee with ethtool will not survive a reboot. It looks like a kernel command line option will do the trick.

 

Piero, it's probably best to do an expert menu choice for this.  What do you think?

 

Larry

[lmitche]

1 hour ago, BigAlMc said:

Hi,

 

Doesn't seem to be working:

 

 

Thanks,

Alan

 

 

 

Alan,

 

Sorry, by Unix convention the leading # sign tells you that you need to be root to execute the command. Otherwise # means comment and everything following is ignored to end-of-line EOL. That's why nothing happened above.

 

Larry

[lmitche]

5 hours ago, glitchesbrew said:

Thanks @luisma. I think the rest of my system is very transparent detailed.

I the Nuc is connected to an RME ADI-2 fs in Direct DSD. Then it goes into a Freya+ preamp and a Benchmark AHB2, and finally to a pair of Harbeth P3ESR 40th. If I use the freya+ in passive or jfet I hear absolutely no noise from the speakers (even with my ear against them). And well recorded music comes out with tons of details without brightness.

I run HQPlayer from a Mac Mini M1 upsampling to DSD256 with the new ASDM7EC modulators. As you say the improvement that HQPlayer is bringing to the game is massive. I feel it's like having a new DAC. But reading these topic, and others on AS I felt like I was missing out since it seems that good linear power supplies are the real deal.

 

Over here most NUCs sound better powered at 19 volts. The 19 volt Paul Hynes Designs SR4 or SR4Ts work well, as do the Hdplex linear power supplies. I have several customers using the stock Intel power supply with 5 volt lps powered monoprice fiber USB cables with great success.

 

Recently I built a NUC with an Adnaco single SFP+ port and Adnaco USB remote.  This machine uses an high speed SDcard for boot and micro SDcards or USB HDDs for music storage depending on library size. SQ is terrific running Roon/Audiolinux.

[lmitche]

6 hours ago, hifi25nl said:

The last release of Audiolinux was tested with the hqplayer version available at that moment.

A full system update should fix this problem.

I think I will release new versions in the next days.

 

In the meantime this week I have made a lot of updates to available kernels and menus,

Kernels RT, AMD RT, RT BFQ have been updated to 5.17.x with the new AMD scaling governor. Today I will release a new menu supporting amd_pstate

 

For example:

 

Added new Audio extra menu and moved some options from Expert and Audio menu in Web Interface 1
(in the next menu also Web Interface 2 will be updated)
Some improvements in the Diretta installation script (Audio extra menu)
Added new kernel XANMOD RT to kernel update script. Now available kernels are:
1) Audiolinux RT is the standard last realtime kernel (default)
2) Audiolinux AMD RT is a realtime kernel optimized for zen 3 AMD processors with graysky patch
3) Audiolinux RT BFQ is a realtime kernel with Budget Fair Queueing patch
4) Audiolinux RT LTS is the standard stable Long Term Support realtime kernel
5) Audiolinux XANMOD RT is Long Term Support realtime kernel with Xanmod patches
Kernels 2, 3, 5 have also alsa base sampling frequencies extended up to 1536 kHz, alsa aloop patch enabling up to 1536 kHz PCM sampling rate, NUMA disabled for better performance, tickrate set to 1000, support for some extra DAC

 

 

The Linux 5.17 kernel SQ exceeds expectations.

[lmitche]

4 hours ago, mourip said:

Hi Piero,

 

Any feedback from Audiolinux users yet who have upgraded from Roon 1.8 to 2.0?

 

I have been watching Roon Community and it does not look good for users of Roon in general. Lots of issues, especially with the new ARC product.

 

Just wanted to check before taking the plunge since Audiolinux running Roon 1.8 on my endpoint has been rock solid for me.

 

Thanks!

No issues here. I haven't tried ARC, but expect one would need to open the firewall.

 

Maybe Piero can tell us how?