The problem with audio interfaces is that they function very different internally and have different kind of settings. Alsamixer does usually a decent job of listing all parameters but it is an old TUI tool and not nicely embedded into the desktop so I guess people just don’t find it. Stuff like latencies just have to do with buffer sizes that are configured in your machines audio system, usually pipewire, pulseaudio or jack, which all work on top of alsa (which is where the drivers run). You can reduce the buffers there (in config files) to get lower latencies. This however means that your system needs to have a very tight scheduling for your audio processes, because if it fails to fill the buffer in time there will be glitches. Professional low latency audio does definetly not work out of the box on linux. It got a little better with pipewire, but I don’t think it works well without a little bit of tinkering. If you decide to tinker I recommend you read this:
https://wiki.archlinux.org/title/Professional_audio
I don’t remember which tool I use for my Scarlett (I’m travelling). But I googled a bit and this looks good:
This all would be better if manufacturers would provide Linux config tools like they do on windows or at least information of their protocols. Until they do we have to be greatful for people reverse engineering that stuff (e.g. by analysing USB traffic on windows) and then writing uis for it.
Edit: this site seems to make more sense as the arch wiki page (it is linked there):
The problem with audio interfaces is that they function very different internally and have different kind of settings. Alsamixer does usually a decent job of listing all parameters but it is an old TUI tool and not nicely embedded into the desktop so I guess people just don’t find it. Stuff like latencies just have to do with buffer sizes that are configured in your machines audio system, usually pipewire, pulseaudio or jack, which all work on top of alsa (which is where the drivers run). You can reduce the buffers there (in config files) to get lower latencies. This however means that your system needs to have a very tight scheduling for your audio processes, because if it fails to fill the buffer in time there will be glitches. Professional low latency audio does definetly not work out of the box on linux. It got a little better with pipewire, but I don’t think it works well without a little bit of tinkering. If you decide to tinker I recommend you read this: https://wiki.archlinux.org/title/Professional_audio
I don’t remember which tool I use for my Scarlett (I’m travelling). But I googled a bit and this looks good:
https://blog.rtrace.io/posts/fedora-support-focusrite-scarlett/
This all would be better if manufacturers would provide Linux config tools like they do on windows or at least information of their protocols. Until they do we have to be greatful for people reverse engineering that stuff (e.g. by analysing USB traffic on windows) and then writing uis for it. Edit: this site seems to make more sense as the arch wiki page (it is linked there):
https://this.ven.uber.space/docs/computer/pro-audio/