Your myopia and indoctrination is showing… 
Not to be confused with the Republican Party…
You know… All I did was express my observations regarding all of “hoop-jumping” ‘hackology’ folks are dealing with to get this stuff to work, reasonable reliably… The rest is a response to the myopia and indoctrination, presumption and assumption that followed, regarding the extortion of Apple Inc.
To your original point:
-
I think the process of porting the app to a different operating system and running it through a beta phase to see what bugs people find can be helpful to users of other operating systems in a couple of ways. First you may clear up some bugs just in the process of re-doing the code, or at least get a better handle on what’s causing them. There’s at least one UPnP bug in Windows and one in Apple on my systems that isn’t present in any of the 3 Linux versions I’ve tested (Debian/Ubuntu, Fedora, and the user-created Arch Linux package). There’s also at least one remote bug that’s been found and fixed.
-
The Linux DIY culture can be helpful in suggesting directions to make an app more usable. For instance there’s a user who pointed out a one line addition in a file that helps preserve settings when switching computers or operating systems, and the tutorial on displaying the remote UI nicely on a computer monitor screen.
Sure, at this stage there are lots of questions as people try out a beta version of the program on OSs that may be less familiar to them than Windows or MacOS. But eventually this will settle down to the stage where it Just Works, and at that point there’s nothing like Linux. There’s a reason it’s the overwhelming choice for both enterprise servers and appliances that require no human intervention.
Yep, this obviously NEVER happened 
Apologies for being off-topic
Yes the lawsuit happened… was it justified…? Maybe… Maybe not… Was this just a nuisance pay-off? Extortion comes in many forms… currently it is political factions looking to get their hooks into Apple Inc.
Consider the source (NPR)… and the government faction rhetoric they are propagandists for and beholding to…
From the same article you reference:
“We have never — and would never — do anything to intentionally shorten the life of any Apple product, or degrade the user experience to drive customer upgrades,” Apple stated at the time.
Ah, of course.
Because Apple say they DIDN’T do it, then it’s obvious that, well, they didnt
Honestly, it’s so unlike someone/an entity that’s been found at fault to still proclaim their innocence 
Do you know for sure…? Or is this a Pavlovian response to hubristic affirmations and confirmations of certainties indoctrinated in the perspectives of folks that you align with? 
I think expanding to Linux is a positive step. For me and my preferred no tinkering experience I will stick to macOS where, since the “plays with” update covering KEF’s last week, I have played over 14 hrs of 24/384 kHz upsampled music over wireless UPnP without a single hitch. It just works. Only mental issue was deciding which of last weeks releases to purchase…….life is sweet👌
There seems to be a an well designed system option for PC Windows users that has been overlooked here in the Community, and at the recent AXPONA show was demonstrated with Audirvana as the player…
Looks like a lot less ‘hoop-jumping’ to me, in juxtaposition to these Linnux hacks…
They posted this:
6moons review by Paul Candy
https://6moons.com/audioreviews2/fidelizer/1.html
100% agree.
I absolutely love the sound quality of Audirvana and have always been searching for a way to incorporate it into a product. It is simply not feasible to do that Windows or Macos based just for the sheer amount of things that can go wrong in maintenance.
I am using it for ourselves on audio shows (see my Axpona post) and am always recommending Audirvana to all interested people I meet.
I’m experimenting with the beta Linux version now and when this is stable and a bit more matured, I’ll definitely incorporate it into a product.
In other words: I’m stoked about this development!
Cheers, Hans.
Yes! Fidelizer is awesome!
I love the granularity of control it gives you to dedicate cores to audio processes and shut non audio processes completely down. The audible difference is amazing.
Most certainly when you run it on a mini PC that is low power enough to run from a linear power supply, which a lot of the new N5105 quad core processor based systems are. Running full power PCs simply can’t come close to the sound quality I am looking for.
Cheers, Hans.
There are two reasons I’m personally not using Fidelizer or other similar products, even on Windows, though they can work very well for other folks.
-
I’m using developer builds of Windows 11, which increases the chances that if I start taking away services, something will go wrong.
-
The advent of Linux builds means I can take the “ounce of prevention equals a pound of cure” route. That is, instead of installing a lot of apps or services to begin with and taking some away, I can install just a very minimum set of apps and services in Linux so there is nothing that needs to be removed. The other advantage with Linux is that the package managers will tell you if you are trying to remove something that another app or service needs, rather than failing silently as with Windows.
Those are my personal reasons, but certainly for many people it may be much easier to go the Fidelizer route than travel a learning curve with Linux.
Oh absolutely!
I could not agree with you more! But until a week ago or so there was no real other option than Windows or Macos so seeing Linux added to the mix makes me beyond happy.
So, from a broader-based signal integrity/tangible sound-quality perspective, what specific elements do you find on any given general purpose computer platform, to be the primary contributors that correlate to smearing of the digital-audio code/signal, and how do you define "noise’ as it is intrinsically related to signal integrity? Is it just a simple matter of vertical integration to get a high level of signal integrity?
It is the noise from large power switched mode supplies that finds its ways into the signal, be it via noise itself, noise causing jitter, spurious signals or a combination thereof. Most general purpose PCs are only designed to meet regular FCC regulations, audiophiles are usually looking far beyond that.
Avoiding SMPS where possible is a big step in the right direction, IMHO.
So, ultimately (and we agree here…) it is intrinsic jitter precipitated by multiple elements of any given computer platform topology… However, what is your perspective on the conversion of power to DC and the intrinsic filtering done in this process… I completely understand the nature of radiated EMF and RF across the component topology to output signal integrity…
Ultimately I’d prefer to keep SMPS completely out of products related to any type of audio signal. Since this is generally not the case in consumer computing products, I opt for the best balance between minimum needed processing power vs consumed power.
My perspective on DC power supplies: Depending design requirements, use only good very low noise linear regulators with proper filter caps, or even dual of these in series when a very low noisefloor is required. Nothing new, really…
Just to throw a study into the mix. A Japanese paper where jitter was added into music at varying levels and a bunch of audio professionals, semi professionals and a more diverse sample of Joe Public were blind tested to determine at what level of jitter they could detect audio degradation. The conclusion was Joe Public typically could not hear any sound degradation below 500 ns, the audio professionals listening through their own preferred equipment could not detect jitter below 247 ns. Seen data that states computer generated jitter on an audio signal is much less at +/-50 ns with dedicated hifi equipment all significantly lower.
Just adding to the debate.
Personally I am happy that despite hearing tests saying I have extremely good hearing for my age I think I must have “Dollar Store” ears as I can’t detect a difference in sound quality streamed from my Mac to a Chord HugoTT2 DAC with Focal Utopia headphones when using Audirvana with nothing else open on my system; or whether running in conjunction with engineering simulation software maxing out 8 cores, thrashing the SSD writing computed data and using 70 GB RAM over a 40 minute period.
Must just be lucky I guess otherwise I would have long since jumped to a dedicated streamer with cut down linux OS and would have to put up with all the inefficiencies of phone based or tablet playback app limitations.
You obviously are suffering from a severe case of common sense and a lack of gullibility 