From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
Apple very likely applies specially tweaked DSP. They're very very good at that.
You'd have to replicate that using something like Easy Effects. Play around with the EQ and see what you can do.
It could also be a bad driver in which case you probably can't do anything about that.
Hello, I don't think its a driver issue but its more of tweaking issue.
Is there anyway I take make an EQ based on the audio output on macos? I don't think my ears are good enough to remember the sound output on macOS for me to then replicate in Linux when I switch over
That's an interesting thought and you could potentially even do that using commodity hardware.
You could create a sound file which first plays a few short beeps for synchronisation and then does a sweep of the full frequency range. You'd then play that file back in macOS and in Linux at the same volume and record it with a mic in a fixed position.
Then you'd take the two recordings, line them up using the synchronisation beeps and compare the amplitudes of any given frequency. From that difference you could infer the EQ you'd have to add on Linux to get the same frequency response as macOS.
I don't know how exactly you'd do the last step but it should at least be possible.
Mic quality (beyond a very basic point) or colouring should be an issue since you'd have the same mic frequency response in both tests and only care about the difference.
You should take a look into JamesDSP https://github.com/Audio4Linux/JDSP4Linux
There is a Flatpak! Awesome and lol of course it works way better than on damn Android, where you need weird hacks that dont really work
For android I’ve stuck to the OG Viper4Android since JamesDSP kinda acts funky.
Thank you!
No problem
By default audio is often configured to run properly on the crappiest sound card and CPU. Since you used easyeffect I assume you use pipeWire. Here some of my config : In pipewire.conf :
default.clock.rate = 96000
default.clock.allowed-rates = [ 44100 48000 96000 192000 ]
In pipewire-pulse.conf
stream.properties = {
resample.quality = 10
}
Unless you happen to be a bat, setting the output sample rate to 96000 will do absolutely nothing to improve audio quality.
Batman intensifies.
As @holland@lemmy.ml said I shouldn't have set default.clock.rate.
I have 96000 and 192000 in allowed-rates beacause some of my flac are at this sample rate and it avoid resampling them and losing quality (or using CPU in this case because at resample.quality 10 it should not be hearable)
If you're using default.clock.allowed-rates you shouldn't set default.clock.rate or it won't switch based on the source frequency.
I learned that PopOs runs best on iMac with least amount of problems, I don't know if that will fix audio but you can always download PopOs on a flash drive and boot to it to try out without installing it on drive.
Thats a good idea, I suppose I could use a live Linux boot to play around with the EQ settings