I have a little problem with the latest version of Audirvana Origin Linux on Mac Mini M1 and Asahi Linux. Yesterday I heard an audible deterioration in sound quality, it’s about the limitation to 24/48.
When playing audio files with 24/96 rate, when converting to 24/48 it sounds audibly worse compared to the original file. Previously I noticed practically no deterioration.
What needs to be checked, is why you are usurping macOS to run Linux on Apple silicon… … The API’s are not native to the platform… This is ridiculous. I suggest running Audirvāna on the native macOS.
My MacMini M1 runs Asahi Linux based on Feodora as the main system, I don’t see any problem with it, everything runs perfectly, including Audirvana, except for a few minor things that are known here.
If you are going to tell me that this logic of running a Linux layer on top of core macOS/Apple silicon and platform architecture firmware API’s makes sense… I will need to reconsider my appreciation of your perspectives…
No. I thought you were wiser instead of getting all wound up about this. It is @MBOG 's computer. People can do with their computer what they want. As far as I know a Mac is perfectly capable of running Linux just as any PC.
Your comments above are a bit over the top, don’t you think? We are talking hifi/sound equipment here and not serious world problems. I can see it in that perspective. Can you?
Will this make Apple Silicon Macs a fully open platform?
No, Apple still controls the boot process and, for example, the firmware that runs on the Secure Enclave Processor. However, no modern device is “fully open” - no usable computer exists today with completely open software and hardware (as much as some companies want to market themselves as such). What ends up changing is where you draw the line between closed parts and open parts. The line on Apple Silicon Macs is when the alternate kernel image is booted, while SEP firmware remains closed - which is quite similar to the line on standard PCs, where the UEFI firmware boots the OS loader, while the ME/PSP firmware remains closed. In fact, mainstream x86 platforms are arguably more intrusive because the proprietary UEFI firmware is allowed to steal the main CPU from the OS at any time via SMM interrupts, which is not the case on Apple Silicon Macs. This has real performance/stability implications; it’s not just a philosophical issue.
My perspectives about this absurdity is an audiophile/Hi-Fi perspective and in line with the fundamental premise of Damien’s design dogma in the development of Audirvāna… The OP can take or leave it… but must temper expectations relative to the convoluted architecture they have created and the fall-out from this ridiculous implementation when asking for someone to “check it”.
This system was installed on my Mac by a programmer engineer friend, he adapted it for the highest quality work with Audirvana. I have been using Audirvana and other players for many years, but I have never heard such high quality playback anywhere else.
Is that the same Damien who also made a Linux version of Audirvana? Seems Damien’s design dogma (ugly word) is not quite in line with yours.
But I am going to withdraw myself from this discussion, because IMO this subject is not important enough to get all wound up about and I don’t want to derail this thread. Have a nice night and (knowing you) good luck with writing another dozen posts in this thread (with dozens of links) to prove your point.
The connotative meaning of my use of the word “dogma”… nothing ugly about it… (From the American English Thesaurus)
dogma
noun
1 a dogma of the Sikh religion. teaching, belief, conviction, tenet, principle, ethic, precept, maxim, article of faith, canon, law, rule; creed, credo, code of belief, set of beliefs, set of principles, doctrine, ideology, orthodoxy.