Euphony OS w/Stylus player setup and issues thread

[austinpop]

8 hours ago, Jeff Mann said:

Rajiv (austinpop),

 

I have a number of questions relating to what magnitude of improvement that I can expect if I make certain changes to my Euphony-based online streaming of Qobuz albums.

 

I have been an audiophile (who only listens to classical music and opera) for >50 years, using a "speaker-based + LP-based" system for the first 30 years and a "headphone-based  + CD-based" audio system for the past 20 years. I started to use an Euphony PTS music server to access Qobuz about 8 months ago, but I cannot get a sufficiently good sound quality when using the Euphony PTS unit, rather than a CD-player, as my music source.

 

My audio system is as follows-: CD player (either a Jays Audio CDT2Mk2 or a PS Audio PWT) => Wyred-4-Sound 2v2se 10th Anniversary Limited Edition DAC => Niimbus US4+ headphone amplifier => HiFiMan Susvara headphones. If I assign my CD-player-based audio system as having a sound quality of 10, then I can only obtain a sound quality of 7 when I use my Euphony PTS to stream Qobuz albums - even though I am using a Keces P3 LPS to power both my Euphony PTS unit and my W4S Recovery unit that is placed in the USB line between the music server and my DAC. As an alternative to an USB connection, I also have a Matrix X-SPDIF unit that enables me to connect to my DAC using an i2S connection, but that does not improve the sound quality compared to the USB connection.

 

My first question to you is what level of sound quality do you get using your full-monty computer-based audio system that incorporates an UpTone Audio EtherREGEN unit + Paul Haynes LPS + Mutec Ref-10 clocker - compared to using a state-of-art CD-player (which I presume you own)? If your CD-player-based audio system is rated at a sound quality level of 10, do you achieve a level of 10 (or greater than 10) using your computer-based system that uses Euphony software and an Euphony Stylus endpoint?

 

Going back to my personal Euphony PTS-based audio system that I rate at a sound quality level of 7 (relative to my CD-player as the music source), how much better can I make its sound quality (using a numerical scale) if I make the following changes.

 

The first change that I could make is to replace my Euphony PTS unit with an Euphony Summus unit (https://euphony-audio.com/summus) and according to that webpage Euphony claims the following advantages -" "Activation of Stylus audio player automatically assigns transport of music files to separate CPU cores and turns down high-powered and noisy i7 platform into completely silent audio transport ------ Furthermore, Euphony Summus is booted by default into so called “ramroot” mode (widely embraced by audiophiles worldwide as the best for computer audio), allowing all system files to operate from RAM. Total absence of disk activities combined with near noise free CPU, makes Summus music server a dream come true for computer audiophiles." I don't know if those potential advantages apply equally to Qobuz streaming or only to the playback of local files stored in the Euphony music server's drive. How much positive improvement in sound quality do you anticipate that I will achieve if I replace my Euphony PTS unit with an Euphony Summus unit in terms of numerical magnitude - in terms of moving my Euphony-based from a sound quality level of 7 in the direction of 10?

 

An alternative approach to improving the sound quality of my Euphony-based system is to make the following upstream changes.

 

Step 1 - purchase a EtherREGEN unit.

Step 2 - replace the Ether REGEN unit's stock power supply with a LPS unit.

Step 3 - add a Mutec Ref-1 clock.

 

What degree of sound quality improvement can I anticipate from each step (using the same numerical scale of magnitude that is used to quantify the sound quality improvement that I can anticipate if I replace my Euphony PTS unit with an Euphony Summus unit)?

 

Jeff.

 

Hi Jeff,

 

Tough questions, and ones I cannot answer for you. First, I have no experience with PTS or Summus. Sorry.

 

Second, I gave up on CD and physical media (vinyl) long before I came to high-end audio, so I have never owned a high-end CD player or transport. For me it was always about optimizing the streaming path. You're not the first person on this forum to experience that physical CD playback is superior to your streaming solution. For some people, that's enough and they just stick with CDs. That was never an option for me, as I'm a computer geek, and my holy grail is to have the entire universe of music (the union of my own collection, plus Qobuz and Tidal) at my fingertips.

 

Clearly to achieve this takes time, effort, and money, even if it turns out to simply match the quality of a good CD transport. You have to ask yourself if you want to make that journey. There is no magic wand. My system sounds as good as it does due to dozens of changes over the period of many years. I don't know how to make that into a prescription. The options to try (no guarantees):

1. PSUs are critical. Put your Euphony NUC (Summus or other) on a really good PSU like a Farad or a Paul Hynes.
2. Put an eR with a good PSU upstream of it. Another Farad or PH.
3. Consider a tX-USBultra SE between the the NUC and the DAC. Another good PSU needed.
4. Consider a reference clock.

You can do these in steps or not at all. Cost/benefit is a factor here, and only you can decide if you want to proceed. As I said, if you enjoy slinging CDs, maybe a better CD transport costs less and delivers more. We all have our priorities.

[austinpop]

1 hour ago, drjimwillie said:

Hello Friends

How does Stylus sound different from StylusEP?

 

To see if there was an answer to this, I went back in this thread about a year from when StylusEP was released and read the entire thread in the last couple of days, but there is no direct comparison.

 

Use the search term "StylusEP" and then filter posts (in all topics) by me and @romaz. Here's an example search URL for posts by me. At the time Željko was developing StylusEP, we did a lot of beta testing back and forth, and I'm sure we both posted our impressions of Roon vs. Roon+StylusEP vs. Stylus.

 

You might also look at this post: https://audiophilestyle.com/forums/topic/30376-a-novel-way-to-massively-improve-the-sq-of-computer-audio-streaming/?do=findComment&comment=994331 While my own subjective impressions are that the gap between Roon+StylusEP is larger, you get the idea.

 

Quote

If I have a high power One box server with a good power supply, designed for running stylus by itself, connected directly to the DAC, how does this sound different from having the same one box server playing only StylusEP connected directly to the DAC. 
 

The reason I ask is because I currently have a one box server connected directly to the DAC and I have Roon on my NAS. This way any processing that Roon does, and I see the hard drive light on my NAS indicating a lot of activity for Roon, removed from my server so that all my server does is process files.

 

So, if my high-quality dedicated stylus server, is fed by a good quality server,  that is handling just Roon, the only way I can do this is to have stylus EP installed on my server. 
 

 

Because @romaz did some extensive experiments (search his posts on the novel thread) where he found that the server's quality had an equally profound impact on SQ as the endpoint. Holding the endpoint constant, he varied the server by CPU speed and PSU quality, and chronicled his findings.  

 

Quote

What other functionality am I losing by doing this? Does StylusEP allow you to do core isolation?

 

Certainly. StylusEP runs under the process name "gstp" so you do core isolation using that name.

 

Quote

Also, does the Roon server have to be running Euphony?  Currently the server that is going to run Roon is running AudioLinux. I thought I had read someplace that someone was running two servers one had AL and the other had Euphony.   But I did not find it here, it was probably on the “novel “thread?

 

No, it doesn't. I'm pretty sure in the early days I was running Roon Core on AL and Roon Bridge on Euphony OS. I think by the time StylusEP came around, I may have switched over to Euphony on both.

 

Quote

(really I just want to run Stylus, and feed it a stream like I would from Tidal or Qobuz, but have it come from a different computer. But that functionality does not exist – Yet)

 

I believe you can run Stylus on the server, and StylusEP on the endpoint. I haven't tried this, but I think this is a valid use case.

 

I can only tell you my own experience. For me, a single all-in-one high quality server running Stylus is the best SQ.

 

You should just try them and decide for yourself.

 

 

 

[austinpop]

1 minute ago, drjimwillie said:

I have not seen a comparison by anyone of stylus all by itself compared to stylusEP - playing stylus. 

 

Neither have I. Why not try it yourself and report your findings back here? You will be contributing to the body of knowledge.

[austinpop]

Hi all, if you're up to date on the latest build/feature level of 20200316, I wanted to alert you to a Stylus bug and a workaround.

 

If you're trying to achieve to goal of "no network or disk I/O during playback," then you've probably checked the following flags:

• Use cache in the Settings -> Library tab
• Buffer before play=100% in the Settings -> Music Service tab
• Buffer albums added to queue in the Settings -> Music Service tab

There is an interaction in the current version between caching and buffering that Željko is looking into. What I've discovered is with these flags checked, even if the tracks show the buffered indicator  when you hit play, it seems to go back to retrieve the file from the original storage location. You can see this by monitoring network traffic (click the word REGISTERED on the bottom right.)

 

For now, the workaround is to just turn Use cache off.

 

Why would one want both caching and buffering? Many of us are using a 100Mb/s switch like the EtherRegen, so take the use case of a large album. One of the largest albums I have is the Mahler 3rd in 24/352.8 DXD, which consumes 9GB of space.

 

 

Transferring that over my NAS to Euphony at 100Mbps is painfully slow. On my system, my cache is the /data partition and is about 42GB. Using the new Expert option of Buffering RAM (GB) (try it!) I've set my buffer size to 10GB (probably could go as high as 12 or higher).

 

So when I enqueue this album using "Add and replace," I want the album to be transferred once over the network, and be stored:

• in cache /data/Music/E_CACHE until it gets cleared 
• in buffer for immediate playback.

This way, if I remove this album from the queue but then decide to listen to the same album while it still lives in cache, then the next time I add it to the queue, rather than fetch the album from my NAS over the network, Stylus can just load the buffer from cache.

 

 

[austinpop]

6 hours ago, HeeBroG said:

Thanks Rajiv. 

Are there any sound quality improvements with this update?

 

Geoff

 

Hi Geoff,

 

Please clarify if I'm not understanding your question. I wasn't describing a new release. The current release of 20201316 has been out for a month. This release did add a couple of nice performance improvements shown in bold:

 

20200316
- Added option to optimize UI (remove CPU intensive animations on client side)
- In File View, album folders now have cover image
- UPnP convert to WAV option added (before, all online sources were converted)
- Added Expert option to specify RAM size used for buffering (default is half of your total RAM)
- Fixed 'Song not found' problem when using '100% buffering' and 'Use cache' options at the same time 
- Stylus will now pick up volume changes done on UPnP device
- Other fixes to UPnP playback

 

The issue I described was actually a bug I happened to notice due to an interaction between "buffering" and "caching."

 

UPDATE: Željko did provide me with a bug fix to try, and so far, it seems to be working great. He's hoping to put out this fix with other planned fixes in a feature update soon.

[austinpop]

Hey guys, strongly suggest you open tickets for this, otherwise unclear how these ideas get Implemented.

[austinpop]

6 minutes ago, flkin said:

Brought it up with Željko already. 

Excellent!

[austinpop]

9 hours ago, HeeBroG said:

 

Thanks Rajiv.

 

I must have missed that update as I am on 20200227!

 

Is there an "update" notifier I'm missing?

 

I run Ramroot Enabled and Loaded.

Nothing happens when I check for an update via the cogwheel.

It's a pain to come out of Ramroot and reboot each time just to check

 

Cheers,

 

Geoff

 

That's bizarre, and I have no idea why you're not seeing a new update. I just did "Check for updates" from time to time. I didn't have to come out of ramroot. All of the recent updates have been "feature updates" best I can tell, so they don't affect the OS, just the Stylus web app. Maybe that's why the notifier doesn't work? I'm stumped.

 

Here's the change log I see if I click on the release number on the Settings > System page:

Change log
20200316
- Added option to optimize UI (remove CPU intensive animations on client side)
- In File View, album folders now have cover image
- UPnP convert to WAV option added (before, all online sources were converted)
- Added Expert option to specify RAM size used for buffering (default is half of your total RAM)
- Fixed 'Song not found' problem when using '100% buffering' and 'Use cache' options at the same time 
- Stylus will now pick up volume changes done on UPnP device
- Other fixes to UPnP playback

20200227
- Fixed UPnP MediaRenderer operation for certain cases
- Fixed 'Convert non-DSD formats' HQPlayer playback 
- Fixed HQPlayer restarting playback after pause and clear queue

20200226
- Improved UPnP MediaRenderer recognition
- Improved logging for some reported problems
- Improved ethtool param line parsing ('-s' is optional and other flags can be used instead of '-s')
- Fixed 'Convert non-DSD formats' HQPlayer option use and conversion itself (output bit-depth was fixed to 16 regardless of source's bit-depth) 
- Fixed conflict during album buffering
- Fixed list display of Qobuz playlists
- Fixed HQPlayer playback of files with '#' symbol in filename
- Fixed some border-case ramroot problems

20200217
- Album covers added in File view to indicate album folders (where possible)
- Added 'Song pos. update' Settings option
- Fixed DSD DOP playback via Roon - StylusEP via HQPlayer API
- Fixed re-initialization for the same audio-device after device disconnects and reconnects again (if it was the only device on the system)
- Fixed saving Queue to user playlist
- Improved metadata scanning (added ffmpeg as an alternative when taglib fails) 

20200210
 - Added 'Eject CD' option in File Manager (shown when CD is present)
 - Enable also Mac ⌘  key where Ctrl key is used for special operations
 - Fix song histogram bug
 - Fix playback of local songs that have '#' symbol in filename

20200131
- Critical fix - some Stylus audio card settings were missing

20200130
- Enabled StylusEP playback of DSD files via DOP from Roon when using HQPlayer Control API
- Enabled force-rescan of current folder in File View
- Improved metadata scanning 

20200127
- Fixed footer cover click bug
- Added 'Buffer albums added to queue' option to automatically buffer albums added to queue (no need to click 'Buffer Queue to RAM' each time)
- Added re-applying CPU isolation after starting HQPlayer playback to override affinities set by HQPlayer (use with caution - HQPlayer developer strongly recommends not using any CPU isolation while running HQPlayer because HQPlayer manages affinity of its own threads) 

20200124
- Clarified use of HQPlayer Ccontrol API by StylusEP both in Euphony app and in Signal path display in Roon client
- Fixed StylusEP playback of DSD files converted to PCM by Roon via HQPlayer Control API
- Fixed UI hangup when clicking albumartist in Album info dialog
- Fixed NAA endpoint device selection in HQPlayer settings
- Fixed initial volume when using StylusEP through HQPlayer Control API
- Fixed Artist view list display (sometimes, when songs without artist tag were found in library, nothing was displayed in the list) 
- Fixed Summus playback mode when using StylusEP through HQPlayer Control API 
- Fixed Summus playback mode indication when used as endpoint (refresh page if necessary to see current status of Summus playback mode)

20200114
- Summus server special features (only active on Summus server)
- StylusEP can be used as HQplayer endpoint in Roon 
- Added option to convert all formats (except DSD) to WAV for Stylus + HQPe upsampling
- Added support for UPnP renderer endpoints
- Added option to buffer entire Queue to RAM
- Added indication of cached (light blue) and buffered songs (blue) in Queue
- Added option to skip library scan on startup
- Added 'Recendly added' Dashboard menu item
- Added intro page with option to change registration email for first-time users
- Added Expert option: Disk spindown timeout
- Added SMB version option to 'Add network drive' dialog
- Fixed Youtube playback issue that recently appeared due to changes in Youtube API made by Google
- Introducing 'Radio' flag - after last song put in Queue by user, next song is automatically added from local library (basic matching for now - to be improved..)
- 'Complete instalation' function now fully prepares the system - the same as 'Install'  
- Fixed Stylus + HQPe Qobuz playback (song is fully buffered before it is given to HQPe) 
- Fixed calculation of available RAM for entering ramroot
- Fixed Artist pic retrieval for currently playing song
- Updated HQPe to 4.12.2
- Added latest HQPe options to Euphony HQPe settings
- Monitor Roon updates while in ramroot (if update happened root fs is saved to disk automatically)
- Hostname change and timezone change should work in ramroot
- Improved update image download behaviour (you can resume interrupted/incomplete download) 
- Optimised communication between browser client and server
- Click on artist name opens artist's page on LastFM
- CTRL + click on release number on Library page opens Settings with Expert section expanded
- Fixed search for NAA devices on network
- Improved checks for internet connectivity
- Kernel security mitigations are disabled now

[austinpop]

12 minutes ago, AudioDoctor said:

Yes, I know.  The picture below is the screen I was at... The problem appears to be the machine, when booted from the Euphony USB has problems remaining connected to the network even though it is hardwired. I rebooted it all and it was then able to be discovered on the local network...  Signing into Roon though continued to give network errors...

 

I booted it back into Mac OS and Roon Server and HQPlayer are working fine, which is what I want all along.

 

 

 

It's been a while since I did this, but I recall on first boot from a USB stick, it can take several minutes for the system to fully configure. In fact, it says on that screenshot to wait 4-6 minutes. I'd give it another shot and let the system be for a spell. When the system is fully configured, you'll also see the IP address of the system displayed in a light blue (cyan?) font above the login prompt. 

 

After that, it should be fully functional. Subsequent boots won't incur this delay.

[austinpop]

5 minutes ago, AudioDoctor said:

 

Yep, you're right, another boot did it. But I was never able to get music to output. It kept giving me network errors, HQPlayer errors, and I was unable to sign into Roon Core with the username and password I know was right because I copy and pasted it from 1password, unless I need a NEW password for the Euphony device?

 

What "audio system" are you starting on the Euhony web UI? I'd start with just Roon core just to get that path working. I'm not an HQPlayer user, so others will have to advise on that. Once you start Roon core, go to the Settings and make sure your DAC is visible, and use the pull down to ensure all the usual settings you use (in my case, for example, DoP, fixed volume) are correct.

 

As for Roon, not sure why you're having login issues, I've not had any trouble there.

 

If problems persist, open a support ticket. Željko is very responsive. Keep in mind he's in the Central European timezone, as he's located in Croatia.

[austinpop]

On 5/3/2020 at 12:11 AM, Dev said:

I may be wrong but don't think gapless playback is supported in Stylus currently.

Not at all. Stylus playback is gapless for me. And has been in all the time I’ve used it...

[austinpop]

3 minutes ago, Dev said:

humm...doesn’t work for me..there is always a second or two gap between songs. Is there a setting to turn this on/off ?

 

Not sure what to tell you. I use Stylus standalone (single machine), outputting to my USB-connected HMS/DAVE. Are you using Stylus > HQPlayer or something? If so, all bets are off - I don't know about that path.

 

Also, do you have buffering and caching flags ON?

[austinpop]

5 minutes ago, Dev said:

yes, Stylus in a single machine with DAC directly connected. I don’t use Hqplayer.
 

Yes, buffering and caching all turned on. 

 

Željko time, then. Gapless works here...

[austinpop]

2 hours ago, ASRMichael said:

I just clicked update Euphony, it says no update available. Strange?

 

Same here. I'm on 0430.

 

Maybe @flkin is seeing a DEV release?

[austinpop]

3 hours ago, TheAttorney said:

 

Careful here....

 

The standard rollback mechanism rolls back to the last major release - in my case 20190918.

This means that you'd lose all the wonderful features incrementally introduced in the last 9 months.

The rollback function appears to be an emergency step should you be having catastrophic issues with a new release.

 

I haven't had a notification since my current 20200430, which most users appear to be on. So flkin may be in a minority that got accidentally sent a WIP/Beta release. But unless there is something terribly wrong with it, I'd probably just wait for the next update rather than roll back. I guess you could probably subsequently do an update after the rollback, but seems like a lot of faffing about for a non-emergency situation.

 

Yup, I'm on 0430 too, and Željko confirmed it was the last released feature update.

 

I honestly can't think of much feature-wise that I'm missing in this version, so I'm happy to stay on it.

[austinpop]

5 minutes ago, cat6man said:

 

well, that makes the trial pretty useless.

can anyone confirm that ramroot is not supported in trial?

 

A long time has passed since I was in trial mode, so I honestly don't know. As others have mentioned, have you raised a support ticket?

 

Also, the current build is 20200430, not sure why your trial version is so out of date. 

[austinpop]

Actually now I remember: there was no ramroot mode when I trialed Euphony. It only got added due to our pestering Željko to do it!

 

I also have not experimented with music on removable media, nor with HQPlayer and/or NAA, so I'll let others speak to that. For me, Euphony OS really shines when using:

• Stylus player
  • with caching, and buffer queue to RAM
• RAMroot boot mode
• CPU isolation flags tuned
• Max frequency empirically tuned to the boundary of harshness. This varies with quality of the PSU.

[austinpop]

11 hours ago, TheAttorney said:

Better news is that "previous version" has been updated to be the very last version 20200430, instead of a much older version. I guess that is what caused the longer than usual update time.

 

I'm sure people know this, but there are 2 types of updates: system updates and feature updates. System updates include an OS change, and require a reboot, while feature updates only affect the Stylus web app code, and do not require a reboot. The "Previous release" only reflects the last system update. Over the last few months, the updates have all been feature updates, hence the lack of movement in the previous release.

 

As for people having trouble with Roon, here's my experience. Prior to the 0709 release, my Roon install on 0430 was up to date with Roon build 572. Here is one unfortunate flaw in the 0709 build: it has an out of date Roon version (build 505) installed. As a result, after the 0709 update, when you start Roon, you're running build 505 against your database that is updated to build 572. I think this is the cause of the issues, and I hope Željko can figure out how to include the current build of Roon in future system updates.

 

In my case, this was not a major catastrophe, but I did have some issues. On first start of Roon+StylusEP, my Roon client required me to login. This login took quite long (>5 mins). Finally, I got the Roon UI, along with the familiar update prompt. I then updated the Core to build 572, and yes, this caused a DB rebuild, which didn't take too long. Upon restart, I was again prompted for my Roon login (very odd), another looooong login process, and finally the UI came up. I then had a spinning circle up top, indicating Roon Core was rescanning a bunch of stuff, but it finally settled down. 

 

I suspect all this could have been easier if this Euphony OS build had included the latest Roon build.

[austinpop]

3 hours ago, Holzohr said:

 

Hi Rajiv, I guess you are using the Squeezebox protocol? Unfortunately the HQPlayer protocol via StylusEP doesn't work anymore with the current version. Therefore I have reverted one of my two Euphony NUCs to version 430. Another support ticket. Poor Željko. 🙂

 

Actually no — I also use HQPlyaer protocol, but I didn't get around to actually testing it on Roon, as I was playing around with Stylus and the updated options in HQPlayer. Good catch! It doesn't work for me too.

 

48 minutes ago, Holzohr said:

Version 712 is released and HQPlayer protocol via StylusEP is working again! 

 

Awesome, I updated to 0712, and Roon+StylusEP with HQPlayer protocol is now working for me too, just based on a quick test.

[austinpop]

5 hours ago, walloon said:

Out of curiosity, does it make any sense to tune the buffers using the "Squeezelite command line params" in Expert settings, when using Stylus only?

 

No, because these settings only apply when running the Squeezelite player. Stylus does not use Squeezelite. These settings would only come into play if your were running these two "Audio systems" in the settings menu:

• Squeezelite
• Roon core + Squeezelite.

 

Let's be clear on terminology:

• Euphony refers to the OS. It is a Linux variant based on the Archlinux distribution.
• Stylus refers to a web application that encompasses 2 distinct functions:
  • It provides a web UI to control OS configuration and settings
  • It also implements the Stylus music server, which is Euphony's native music player
    • the Stylus web app implements the library management, indexing, and UI for the player
    • the actual playback engine runs in a separate executable called "gstp."
• You can run other music servers on Euphony OS, like Roon, HQPlayer Embedded, or AirPlay.
• You can run other renderers (or endpoint software) on Euphony OS, like Squeezelite (SL), Roon Bridge, NAA, and StylusEP (essentially the gstp player accessible via a SL and HQPlayer API).

So when referring to a configuration, it is not enough to simply say Euphony. One has to specify both the OS AND the music software. For example, I run a standalone music server, and alternate between Euphony/Stylus and Euphony/Roon+StylusEP.

[austinpop]

1 hour ago, davide256 said:

is there a process name for embedded HQPlayer that core isolation should be tried with as with gstp for Euphony? I searched the site and

couldn't find a process name for HQPlayer

 

33 minutes ago, Lukasluis said:

hqplayerd

 

Just to add to the answer already provided, for future reference — an easy way to identify the process name is to just click on the "Apply" button for the CPU Isolation line in Expert settings. You get a list of currently running processes, along with the current CPU assignments. A glance through this list would have shown you pretty quickly that the answer was "hqplayerd."

 

You do have to have the appropriate audio service running, though. 

[austinpop]

22 hours ago, edwardsean said:

Does anyone know if min frequency functions now?  I haven't found that it does.

 

Yes, the min frequency setting really does not get used by the Euphony OS. This is by design. Željko can confirm. Euphony OS runs with the CPU governor set to "performance." See https://wiki.archlinux.org/index.php/CPU_frequency_scaling

 

This causes the CPU to run at the "max frequency" all the time. The reason this does not cause CPU temps to rise is because on native sample rate server/renderers on Euphony, the CPU is mostly idle. When a core goes idle, it enters into a halted state (C-state). This is an extremely low energy state.

[austinpop]

You need a safe word. 

 

Maybe Željko can recognize an event — like one press on power button — to abort and re-enable the network interface(s).

[austinpop]

6 hours ago, maxst67 said:

So will it be free? What is the processor license related to? To the mobo or to the ssd on which it is installed? thanks

Search, and ye shall find:

 

https://euphony-audio.com/hesk/knowledgebase.php?article=5&suggest=1

[austinpop]

8 minutes ago, kraftundkultur said:

I have a question.

In expert mode, what to set in the ethtool command line params?

So far I have not seen a dissertation on this here

 

 

 

Search back on this thread. Use the search function on the top of the screen, and limit the search to "this topic."

 

Remember, these are expert settings, so there is no need to use them unless you a) have a specialized need, and b) know what you're doing. In this case, you need to know enough about the use of the Linux ethtool command to use this safely. In the past, when I was a Euphony OS user, I've used this to:

1. override auto negotiation, to force the interface down to 100Mbps: eth1 speed 100 duplex full autoneg off
2. override EEE during the early months of the etherRegen, when this was an issue being resolved: --set-eee eth1 eee off

"Normal" users don't need to (and shouldn't) mess with this, as you could lose connectivity!