renaudrenaud
Major Contributor
I suppose somebody ask before, but where is Linux here? And pretty sure each embedded player is running a Linux version.
yes squeezelite and squeezebox Touch are embedded Linux . And i run my server on Limux in vm-wareI suppose somebody ask before, but where is Linux here? And pretty sure each embedded player is running a Linux version.
Emulation isn't a good thing... Linux distros are lot noisy than Windows/ MAC and you can't run your renowned branded DAC's ASIO drivers natively in Linux because they don't support Linux...I suppose somebody ask before, but where is Linux here? And pretty sure each embedded player is running a Linux version.
What's wrong with emulation? And what is the metric by which you say Linux distros are more "noisy" than other OSes? My moOde boxes don't seem very noisy - what should I be looking out for?Emulation isn't a good thing... Linux distros are lot noisy than Windows/ MAC and you can't run your renowned branded DAC's ASIO drivers natively in Linux because they don't support Linux...
Follow this guy and build a extreme lite Windows... Linux, Fidelizer/ Audiophile Optimizer and Process Lasso are absolutely bullshit... Keep it in your mind: lower OS processing = greater sound quality.What's wrong with emulation? And what is the metric by which you say Linux distros are more "noisy" than other OSes? My moOde boxes don't seem very noisy - what should I be looking out for?
You are certainly a dreamer! We can run ASIO via wineASIO, but why would we? And is there a difference in sound quality between ALSA and ASIO?Emulation isn't a good thing... Linux distros are lot noisy than Windows/ MAC and you can't run your renowned branded DAC's ASIO drivers natively in Linux because they don't support Linux...
lower OS processing = greater sound quality.
Every post is factually incorrect! As they say (said?) on Usenet - *plonk*.You are certainly a dreamer! We can run ASIO via wineASIO, but why would we? And is there a difference in sound quality between ALSA and ASIO?
Ugh... Source?
Meh he alludes to power menagement and high utilisation possibly bringing EMI but he doesn't really know how low it really is for processing something like audio this day's nor how power menagement isn't all that great regarding hardware so it doesn't really make a big difference.You are certainly a dreamer! We can run ASIO via wineASIO, but why would we? And is there a difference in sound quality between ALSA and ASIO?
Ugh... Source?
Follow this guy and build a extreme lite Windows... Linux, Fidelizer/ Audiophile Optimizer and Process Lasso are absolutely bullshit... Keep it in your mind: lower OS processing = greater sound quality.
You are certainly a dreamer! We can run ASIO via wineASIO, but why would we? And is there a difference in sound quality between ALSA and ASIO?
Ugh... Source?
Every post is factually incorrect! As they say (said?) on Usenet - *plonk*.
Sorry guys... But I don't have much time for "Windows vs. Linux"...Meh he alludes to power menagement and high utilisation possibly bringing EMI but he doesn't really know how low it really is for processing something like audio this day's nor how power menagement isn't all that great regarding hardware so it doesn't really make a big difference.
On the other hand I believe most of you never heard of Jack (https://github.com/jackaudio/jackaudio.github.com/wiki) or lo latency Linux Kernels before.
Actually disabling additional C and S states (on hardware) lowers the latency in general (and makes power efficiency worse because you basically disable sleap and additional propagation) and micro ops latency which is what is important for something like music processing. This is on hardware level and OS agnostic.
Yes and if you add to much of it you get shattering/sync problems one way or other (even both). Neither Windows or Linux are RTOS but Linux can become (near) one with lo latency kernel, combining that with Jack you get near real time for complex audio processing (multiple DAW's and lot of effects). I told you how to minimise them regarding CPU and that is enough for place like this. We can discuss modern programming techniques like flag fast load/store registers in semaphore complex loops but I don't see the point doing so hire.When is audio ever processed in real-time on a computer? Isn’t it always in batches, whenever the audio software is allocated a sliver of compute time? Read from a buffer, do some processing, write to another buffer. An occasional allotment of CPU time is sufficient to keep the input buffer from overflowing and the output buffer from running dry.
We can discuss modern programming techniques like flag fast load/store registers in semaphore complex loops but I don't see the point doing so hire.
Follow this guy and build a extreme lite Windows... Linux, Fidelizer/ Audiophile Optimizer and Process Lasso are absolutely bullshit... Keep it in your mind: lower OS processing = greater sound quality.
AFAIK pipewire can be faster than JACK, but I'd love to hear about your experience.Meh he alludes to power menagement and high utilisation possibly bringing EMI but he doesn't really know how low it really is for processing something like audio this day's nor how power menagement isn't all that great regarding hardware so it doesn't really make a big difference.
On the other hand I believe most of you never heard of Jack (https://github.com/jackaudio/jackaudio.github.com/wiki) or lo latency Linux Kernels before.
For Windows